此篇文章算是對(duì)mysql事務(wù)的一個(gè)總結(jié)，基本把mysql事務(wù)相關(guān)的知識(shí)點(diǎn)都涵蓋到了，面試問(wèn)來(lái)問(wèn)去無(wú)非也就是這些，在了解這些之前我們先對(duì)mysql在執(zhí)行的過(guò)程中有一個(gè)整體的認(rèn)識(shí)，如下圖

如上圖所示，MySQL服務(wù)器邏輯架構(gòu)從上往下可以分為三層：

(1)第一層：處理客戶(hù)端連接、授權(quán)認(rèn)證等。

(2)第二層：服務(wù)器層，負(fù)責(zé)查詢(xún)語(yǔ)句的解析、優(yōu)化、緩存以及內(nèi)置函數(shù)的實(shí)現(xiàn)、存儲(chǔ)過(guò)程等。

(3)第三層：存儲(chǔ)引擎，負(fù)責(zé)MySQL中數(shù)據(jù)的存儲(chǔ)和提取。MySQL中服務(wù)器層不管理事務(wù)，事務(wù)是由存儲(chǔ)引擎實(shí)現(xiàn)的。MySQL支持事務(wù)的存儲(chǔ)引擎有InnoDB、NDB Cluster等，其中InnoDB的使用最為廣泛；其他存儲(chǔ)引擎不支持事務(wù)，如MyIsam、Memory等。

具體過(guò)程都在圖中有所標(biāo)注，大概看看有個(gè)認(rèn)識(shí)就可以了。接下來(lái)咱們逐一總結(jié)

典型的MySQL事務(wù)是如下操作的：

start transaction;…… #一條或多條sql語(yǔ)句commit;

其中start transaction標(biāo)識(shí)事務(wù)開(kāi)始，commit提交事務(wù)，將執(zhí)行結(jié)果寫(xiě)入到數(shù)據(jù)庫(kù)。如果sql語(yǔ)句執(zhí)行出現(xiàn)問(wèn)題，會(huì)調(diào)用rollback，回滾所有已經(jīng)執(zhí)行成功的sql語(yǔ)句。當(dāng)然，也可以在事務(wù)中直接使用rollback語(yǔ)句進(jìn)行回滾。

自動(dòng)提交

MySQL中默認(rèn)采用的是自動(dòng)提交(autocommit)模式，如下所示：

mysql> show variables like 'autocommit';+---------------+-------+| Variable_name | Value |+---------------+-------+| autocommit | ON |+---------------+-------+1 row inset (0.00 sec)

在自動(dòng)提交模式下，如果沒(méi)有start transaction顯式地開(kāi)始一個(gè)事務(wù)，那么每個(gè)sql語(yǔ)句都會(huì)被當(dāng)做一個(gè)事務(wù)執(zhí)行提交操作。

通過(guò)如下方式，可以關(guān)閉autocommit；需要注意的是，autocommit參數(shù)是針對(duì)連接的，在一個(gè)連接中修改了參數(shù)，不會(huì)對(duì)其他連接產(chǎn)生影響。

mysql> set autocommit =0;Query OK, 0 rows affected (0.00 sec)mysql> show variables like 'autocommit';+---------------+-------+| Variable_name | Value |+---------------+-------+| autocommit | OFF |+---------------+-------+1 row inset (0.00 sec)

如果關(guān)閉了autocommit，則所有的sql語(yǔ)句都在一個(gè)事務(wù)中，直到執(zhí)行了commit或rollback，該事務(wù)結(jié)束，同時(shí)開(kāi)始了另外一個(gè)事務(wù)。

特殊操作

在MySQL中，存在一些特殊的命令，如果在事務(wù)中執(zhí)行了這些命令，會(huì)馬上強(qiáng)制執(zhí)行commit提交事務(wù)；如DDL語(yǔ)句(create table/drop table/alter/table)、lock tables語(yǔ)句等等。

不過(guò)，常用的select、insert、update和delete命令，都不會(huì)強(qiáng)制提交事務(wù)。

事務(wù)的特點(diǎn)：ACID

原子性(Atomicity)

「定義」

「實(shí)現(xiàn)原理」在說(shuō)明原子性原理之前，首先介紹一下MySQL的事務(wù)日志。MySQL的日志有很多種，如二進(jìn)制日志、錯(cuò)誤日志、查詢(xún)?nèi)罩尽⒙樵?xún)?nèi)罩镜?#xff0c;此外InnoDB存儲(chǔ)引擎還提供了兩種事務(wù)日志：redo log(重做日志)和undo log(回滾日志)。其中redo log用于保證事務(wù)持久性；undo log則是事務(wù)原子性和隔離性實(shí)現(xiàn)的基礎(chǔ)。

下面說(shuō)回undo log。實(shí)現(xiàn)原子性的關(guān)鍵，是當(dāng)事務(wù)回滾時(shí)能夠撤銷(xiāo)所有已經(jīng)成功執(zhí)行的sql語(yǔ)句。InnoDB實(shí)現(xiàn)回滾，靠的是undo log：當(dāng)事務(wù)對(duì)數(shù)據(jù)庫(kù)進(jìn)行修改時(shí)，InnoDB會(huì)生成對(duì)應(yīng)的undo log；如果事務(wù)執(zhí)行失敗或調(diào)用了rollback，導(dǎo)致事務(wù)需要回滾，便可以利用undo log中的信息將數(shù)據(jù)回滾到修改之前的樣子。

undo log屬于邏輯日志，它記錄的是sql執(zhí)行相關(guān)的信息。當(dāng)發(fā)生回滾時(shí)，InnoDB會(huì)根據(jù)undo log的內(nèi)容做與之前相反的工作：對(duì)于每個(gè)insert，回滾時(shí)會(huì)執(zhí)行delete；對(duì)于每個(gè)delete，回滾時(shí)會(huì)執(zhí)行insert；對(duì)于每個(gè)update，回滾時(shí)會(huì)執(zhí)行一個(gè)相反的update，把數(shù)據(jù)改回去。

以u(píng)pdate操作為例：當(dāng)事務(wù)執(zhí)行update時(shí)，其生成的undo log中會(huì)包含被修改行的主鍵(以便知道修改了哪些行)、修改了哪些列、這些列在修改前后的值等信息，回滾時(shí)便可以使用這些信息將數(shù)據(jù)還原到update之前的狀態(tài)。

從上圖可以了解到數(shù)據(jù)的變更都伴隨著回滾日志的產(chǎn)生：

(1) 產(chǎn)生了被修改前數(shù)據(jù)(zhangsan,1000) 的回滾日志

(2) 產(chǎn)生了被修改前數(shù)據(jù)(zhangsan,0) 的回滾日志

根據(jù)上面流程可以得出如下結(jié)論：

每條數(shù)據(jù)變更(insert/update/delete)操作都伴隨一條undo log的生成,并且回滾日志必須先于數(shù)據(jù)持久化到磁盤(pán)上所謂的回滾就是根據(jù)回滾日志做逆向操作，比如delete的逆向操作為insert，insert的逆向操作為delete，update的逆向?yàn)閡pdate等。回滾過(guò)程如圖

tips：undo log也可以這么理解

當(dāng)delete一條記錄時(shí)，undo log中會(huì)記錄一條對(duì)應(yīng)的insert記錄 當(dāng)insert一條記錄時(shí)，undo log中會(huì)記錄一條對(duì)應(yīng)的delete記錄當(dāng)update一條記錄時(shí)，它記錄一條對(duì)應(yīng)相反的update記錄

tips:邏輯日志和物理日志的區(qū)別看記日志的時(shí)候 是針對(duì)一行記錄，就是邏輯日志 如果是一個(gè)數(shù)據(jù)頁(yè)，就是物理日志

持久性(Durability)

「定義」

事務(wù)一旦提交，其所做的修改會(huì)永久保存到數(shù)據(jù)庫(kù)中，此時(shí)即使系統(tǒng)崩潰修改的數(shù)據(jù)也不會(huì)丟失。

「實(shí)現(xiàn)原理:Redo log(WAL write ahead log)」

先了解一下MySQL的數(shù)據(jù)存儲(chǔ)機(jī)制，MySQL的表數(shù)據(jù)是存放在磁盤(pán)上的，因此想要存取的時(shí)候都要經(jīng)歷磁盤(pán)IO,然而即使是使用SSD磁盤(pán)IO也是非常消耗性能的。

為此，為了提升性能InnoDB提供了緩沖池(Buffer Pool)，Buffer Pool中包含了磁盤(pán)數(shù)據(jù)頁(yè)的映射，可以當(dāng)做緩存來(lái)使用：讀數(shù)據(jù)：會(huì)首先從緩沖池中讀取，如果緩沖池中沒(méi)有，則從磁盤(pán)讀取再放入緩沖池；

寫(xiě)數(shù)據(jù)：會(huì)首先寫(xiě)入緩沖池，緩沖池中的數(shù)據(jù)會(huì)定期同步到磁盤(pán)中(這一過(guò)程稱(chēng)為刷臟)；

上面這種緩沖池的措施雖然在性能方面帶來(lái)了質(zhì)的飛躍，但是它也帶來(lái)了新的問(wèn)題，當(dāng)MySQL系統(tǒng)宕機(jī)，斷電的時(shí)候可能會(huì)丟數(shù)據(jù)！！！

因?yàn)槲覀兊臄?shù)據(jù)已經(jīng)提交了，但此時(shí)是在緩沖池里頭，還沒(méi)來(lái)得及在磁盤(pán)持久化，所以我們急需一種機(jī)制需要存一下已提交事務(wù)的數(shù)據(jù)，為恢復(fù)數(shù)據(jù)使用。

于是redolog就派上用場(chǎng)了。下面看下redolog是什么時(shí)候產(chǎn)生的

既然redo log也需要存儲(chǔ)，也涉及磁盤(pán)IO為啥還用它？

(1)刷臟是隨機(jī)IO，因?yàn)槊看涡薷牡臄?shù)據(jù)位置隨機(jī)，但寫(xiě)redo log是追加操作，屬于順序IO。

(2)刷臟是以數(shù)據(jù)頁(yè)(Page)為單位的，MySQL默認(rèn)頁(yè)大小是16KB，一個(gè)Page上一個(gè)小修改都要整頁(yè)寫(xiě)入；而redo log中只包含真正需要寫(xiě)入的部分，無(wú)效IO大大減少。

「redo log與binlog」

我們知道，在MySQL中還存在binlog(二進(jìn)制日志)也可以記錄寫(xiě)操作并用于數(shù)據(jù)的恢復(fù)，但二者是有著根本的不同的：

(1)作用不同：redo log是用于crash recovery的，保證MySQL宕機(jī)也不會(huì)影響持久性；binlog是用于point-in-time recovery的，保證服務(wù)器可以基于時(shí)間點(diǎn)恢復(fù)數(shù)據(jù)，此外binlog還用于主從復(fù)制。

(2)層次不同：redo log是InnoDB存儲(chǔ)引擎實(shí)現(xiàn)的，而binlog是MySQL的服務(wù)器層(可以參考文章前面對(duì)MySQL邏輯架構(gòu)的介紹)實(shí)現(xiàn)的，同時(shí)支持InnoDB和其他存儲(chǔ)引擎。

(3)內(nèi)容不同：redo log是物理日志，內(nèi)容基于磁盤(pán)的Page；binlog的內(nèi)容是二進(jìn)制的，根據(jù)binlog_format參數(shù)的不同，可能基于sql語(yǔ)句、基于數(shù)據(jù)本身或者二者的混合。

(4)寫(xiě)入時(shí)機(jī)不同：binlog在事務(wù)提交時(shí)寫(xiě)入；redo log的寫(xiě)入時(shí)機(jī)相對(duì)多元：

前面曾提到：當(dāng)事務(wù)提交時(shí)會(huì)調(diào)用fsync對(duì)redo log進(jìn)行刷盤(pán)；這是默認(rèn)情況下的策略，修改innodb_flush_log_at_trx_commit參數(shù)可以改變?cè)摬呗?#xff0c;但事務(wù)的持久性將無(wú)法保證。除了事務(wù)提交時(shí)，還有其他刷盤(pán)時(shí)機(jī)：如master thread每秒刷盤(pán)一次redo log等，這樣的好處是不一定要等到commit時(shí)刷盤(pán)，commit速度大大加快。

隔離性(Isolation)

「定義」

與原子性、持久性側(cè)重于研究事務(wù)本身不同，隔離性研究的是不同事務(wù)之間的相互影響。隔離性是指，事務(wù)內(nèi)部的操作與其他事務(wù)是隔離的，并發(fā)執(zhí)行的各個(gè)事務(wù)之間不能互相干擾。嚴(yán)格的隔離性，對(duì)應(yīng)了事務(wù)隔離級(jí)別中的Serializable (可串行化)，但實(shí)際應(yīng)用中出于性能方面的考慮很少會(huì)使用可串行化。

「實(shí)現(xiàn)原理」

隔離性追求的是并發(fā)情形下事務(wù)之間互不干擾。簡(jiǎn)單起見(jiàn)，我們僅考慮最簡(jiǎn)單的讀操作和寫(xiě)操作(暫時(shí)不考慮帶鎖讀等特殊操作)，那么隔離性的探討，主要可以分為兩個(gè)方面：

(一個(gè)事務(wù))寫(xiě)操作對(duì)(另一個(gè)事務(wù))寫(xiě)操作的影響：鎖機(jī)制保證隔離性(一個(gè)事務(wù))寫(xiě)操作對(duì)(另一個(gè)事務(wù))讀操作的影響：MVCC保證隔離性

「臟讀、不可重復(fù)讀和幻讀」

首先來(lái)看并發(fā)情況下，讀操作可能存在的三類(lèi)問(wèn)題：

臟讀：當(dāng)前事務(wù)(A)中可以讀到其他事務(wù)(B)未提交的數(shù)據(jù)(臟數(shù)據(jù))，這種現(xiàn)象是臟讀。舉例如下(以賬戶(hù)余額表為例)

不可重復(fù)讀：在事務(wù)A中先后兩次讀取同一個(gè)數(shù)據(jù)，兩次讀取的結(jié)果不一樣，這種現(xiàn)象稱(chēng)為不可重復(fù)讀。臟讀與不可重復(fù)讀的區(qū)別在于：前者讀到的是其他事務(wù)未提交的數(shù)據(jù)，后者讀到的是其他事務(wù)已提交的數(shù)據(jù)。舉例如下：

幻讀：在事務(wù)A中按照某個(gè)條件先后兩次查詢(xún)數(shù)據(jù)庫(kù)，兩次查詢(xún)結(jié)果的條數(shù)不同，這種現(xiàn)象稱(chēng)為幻讀。不可重復(fù)讀與幻讀的區(qū)別可以通俗的理解為：前者是數(shù)據(jù)變了，后者是數(shù)據(jù)的行數(shù)變了。舉例如下

「事務(wù)隔離級(jí)別」

在實(shí)際應(yīng)用中，讀未提交在并發(fā)時(shí)會(huì)導(dǎo)致很多問(wèn)題，而性能相對(duì)于其他隔離級(jí)別提高卻很有限，因此使用較少。可串行化強(qiáng)制事務(wù)串行，并發(fā)效率很低，只有當(dāng)對(duì)數(shù)據(jù)一致性要求極高且可以接受沒(méi)有并發(fā)時(shí)使用，因此使用也較少。因此在大多數(shù)數(shù)據(jù)庫(kù)系統(tǒng)中，默認(rèn)的隔離級(jí)別是讀已提交(如Oracle)或可重復(fù)讀(后文簡(jiǎn)稱(chēng)RR)。可以通過(guò)如下兩個(gè)命令分別查看隔離級(jí)別：

select @@tx_isolation;+-----------------+| @@tx_isolation |+-----------------+| REPEATABLE-READ |+-----------------+1 row inset (0.00 sec)

「MVCC」

RR解決臟讀、不可重復(fù)讀、幻讀等問(wèn)題，使用的是MVCC：MVCC全稱(chēng)Multi-VersionConcurrencyControl，即多版本的并發(fā)控制協(xié)議。下面的例子很好的體現(xiàn)了MVCC的特點(diǎn)：在同一時(shí)刻，不同的事務(wù)讀取到的數(shù)據(jù)可能是不同的(即多版本)——在T5時(shí)刻，事務(wù)A和事務(wù)C可以讀取到不同版本的數(shù)據(jù)。

MVCC最大的優(yōu)點(diǎn)是讀不加鎖，因此讀寫(xiě)不沖突，并發(fā)性能好。InnoDB實(shí)現(xiàn)MVCC，多個(gè)版本的數(shù)據(jù)可以共存，主要是依靠數(shù)據(jù)的隱藏列(也可以稱(chēng)之為標(biāo)記位)和undo log。其中數(shù)據(jù)的隱藏列包括了該行數(shù)據(jù)的版本號(hào)、刪除時(shí)間、指向undo log的指針等等；當(dāng)讀取數(shù)據(jù)時(shí)，MySQL可以通過(guò)隱藏列判斷是否需要回滾并找到回滾需要的undo log，從而實(shí)現(xiàn)MVCC；隱藏列的詳細(xì)格式不再展開(kāi)。

下面結(jié)合前文提到的幾個(gè)問(wèn)題分別說(shuō)明

「臟讀」

當(dāng)事務(wù)A在T3時(shí)間節(jié)點(diǎn)讀取zhangsan的余額時(shí)，會(huì)發(fā)現(xiàn)數(shù)據(jù)已被其他事務(wù)修改，且狀態(tài)為未提交。此時(shí)事務(wù)A讀取最新數(shù)據(jù)后，根據(jù)數(shù)據(jù)的undo log執(zhí)行回滾操作，得到事務(wù)B修改前的數(shù)據(jù)，從而避免了臟讀。

「不可重復(fù)讀」

當(dāng)事務(wù)A在T2節(jié)點(diǎn)第一次讀取數(shù)據(jù)時(shí)，會(huì)記錄該數(shù)據(jù)的版本號(hào)(數(shù)據(jù)的版本號(hào)是以row為單位記錄的)，假設(shè)版本號(hào)為1；當(dāng)事務(wù)B提交時(shí)，該行記錄的版本號(hào)增加，假設(shè)版本號(hào)為2；當(dāng)事務(wù)A在T5再一次讀取數(shù)據(jù)時(shí)，發(fā)現(xiàn)數(shù)據(jù)的版本號(hào)(2)大于第一次讀取時(shí)記錄的版本號(hào)(1)，因此會(huì)根據(jù)undo log執(zhí)行回滾操作，得到版本號(hào)為1時(shí)的數(shù)據(jù)，從而實(shí)現(xiàn)了可重復(fù)讀。

「幻讀」

InnoDB實(shí)現(xiàn)的RR通過(guò)next-key lock機(jī)制避免了幻讀現(xiàn)象。

next-keylock是行鎖的一種，實(shí)現(xiàn)相當(dāng)于recordlock(記錄鎖)+gaplock(間隙鎖)；其特點(diǎn)是不僅會(huì)鎖住記錄本身(recordlock的功能)，還會(huì)鎖定一個(gè)范圍(gaplock的功能)。當(dāng)然，這里我們討論的是不加鎖讀：此時(shí)的next-keylock并不是真的加鎖，只是為讀取的數(shù)據(jù)增加了標(biāo)記(標(biāo)記內(nèi)容包括數(shù)據(jù)的版本號(hào)等)；準(zhǔn)確起見(jiàn)姑且稱(chēng)之為類(lèi)next-keylock機(jī)制。還是以前面的例子來(lái)說(shuō)明：

當(dāng)事務(wù)A在T2節(jié)點(diǎn)第一次讀取0

總結(jié)

概括來(lái)說(shuō)，InnoDB實(shí)現(xiàn)的RR，通過(guò)鎖機(jī)制、數(shù)據(jù)的隱藏列、undolog和類(lèi)next-keylock，實(shí)現(xiàn)了一定程度的隔離性，可以滿足大多數(shù)場(chǎng)景的需要。不過(guò)需要說(shuō)明的是，RR雖然避免了幻讀問(wèn)題，但是畢竟不是Serializable，不能保證完全的隔離，下面是一個(gè)例子，大家可以自己驗(yàn)證一下。

一致性

基本概念

一致性是指事務(wù)執(zhí)行結(jié)束后，數(shù)據(jù)庫(kù)的完整性約束沒(méi)有被破壞，事務(wù)執(zhí)行的前后都是合法的數(shù)據(jù)狀態(tài)。數(shù)據(jù)庫(kù)的完整性約束包括但不限于：實(shí)體完整性(如行的主鍵存在且唯一)、列完整性(如字段的類(lèi)型、大小、長(zhǎng)度要符合要求)、外鍵約束、用戶(hù)自定義完整性(如轉(zhuǎn)賬前后，兩個(gè)賬戶(hù)余額的和應(yīng)該不變)。

實(shí)現(xiàn)

可以說(shuō)，一致性是事務(wù)追求的最終目標(biāo)：前面提到的原子性、持久性和隔離性，都是為了保證數(shù)據(jù)庫(kù)狀態(tài)的一致性。此外，除了數(shù)據(jù)庫(kù)層面的保障，一致性的實(shí)現(xiàn)也需要應(yīng)用層面進(jìn)行保障。

實(shí)現(xiàn)一致性的措施包括：

保證原子性、持久性和隔離性，如果這些特性無(wú)法保證，事務(wù)的一致性也無(wú)法保證數(shù)據(jù)庫(kù)本身提供保障，例如不允許向整形列插入字符串值、字符串長(zhǎng)度不能超過(guò)列的限制等應(yīng)用層面進(jìn)行保障，例如如果轉(zhuǎn)賬操作只扣除轉(zhuǎn)賬者的余額，而沒(méi)有增加接收者的余額，無(wú)論數(shù)據(jù)庫(kù)實(shí)現(xiàn)的多么完美，也無(wú)法保證狀態(tài)的一致

總結(jié)

以上是生活随笔為你收集整理的mysql提交事务_mysql事务的实现原理的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。