摘要：眾所周知，在設(shè)定了隔離等級(jí)為及以上時(shí)，可以實(shí)現(xiàn)數(shù)據(jù)的一致性讀。換句話來說，就是事務(wù)執(zhí)行的任意時(shí)刻，讀取到的數(shù)據(jù)是同一個(gè)快照，不會(huì)受到其他事務(wù)的更新影響。以前一直以為在事務(wù)內(nèi)讀到的數(shù)據(jù)不會(huì)受其他事務(wù)影響，后來發(fā)現(xiàn)只有普通的語句才是一致性讀。

眾所周知，在設(shè)定了隔離等級(jí)為Repeatable Read及以上時(shí)，InnoDB 可以實(shí)現(xiàn)數(shù)據(jù)的一致性讀。換句話來說，就是事務(wù)執(zhí)行的任意時(shí)刻，讀取到的數(shù)據(jù)是同一個(gè)快照，不會(huì)受到其他事務(wù)的更新影響。

以前一直以為在事務(wù)內(nèi)讀到的數(shù)據(jù)不會(huì)受其他事務(wù)影響，后來發(fā)現(xiàn)只有普通的select語句才是一致性讀。如果是update, delete, select for update, select in share mode等語句是當(dāng)前讀，讀的是數(shù)據(jù)庫最新數(shù)據(jù), 下面是兩個(gè)例子。

創(chuàng)建一個(gè)測(cè)試用的表, 然后插入一條測(cè)試用的數(shù)據(jù)

create table test_innodb_read(
    id int not null primary key,
    value int
) engine = InnoDB charset=utf8;
insert into test_innodb_read values (1, 1);

當(dāng)前autocommit和隔離等級(jí)如下

db83-3306>>select @@autocommit;
+--------------+
| @@autocommit |
+--------------+
|            1 |
+--------------+
1 row in set (0.00 sec)

db83-3306>>select @@transaction_isolation;
+-------------------------+
| @@transaction_isolation |
+-------------------------+
| REPEATABLE-READ         |
+-------------------------+
1 row in set (0.00 sec)

然后開啟兩個(gè) Session，分別執(zhí)行以下操作

由于設(shè)置了自動(dòng)提交，所以SessionB的更新語句執(zhí)行完就已經(jīng)提交了，從結(jié)果可以看到普通的Select不受其他事務(wù)影響，所以讀到的數(shù)據(jù)都是同一版本，而在加鎖讀的情況下采取的是讀最新的數(shù)據(jù)，所以讀到的數(shù)據(jù)是最新提交的數(shù)據(jù)。

在進(jìn)行數(shù)據(jù)變更操作的時(shí)候，也會(huì)拿到最新的數(shù)據(jù)，用的還是上面的表，插入一條測(cè)試數(shù)據(jù)

insert into test_innodb_read values (2, 1);

然后開啟兩個(gè) Session，分別執(zhí)行以下操作，

SessionA在時(shí)間點(diǎn) 5 查看數(shù)據(jù)拿到的是 3 而不是 2，原因是，事務(wù)在對(duì)數(shù)據(jù)進(jìn)行更新操作時(shí)(時(shí)間點(diǎn)4)，會(huì)先讀取一次數(shù)據(jù)，這次讀取的不是事務(wù)開始版本，而是數(shù)據(jù)的最新提交的值 2。如果不讀取最新數(shù)據(jù)的話，就等于覆蓋了SessionB的更新，所以讀到的是 2，最后得到的數(shù)據(jù)是 3。

當(dāng)我知道這個(gè)知識(shí)點(diǎn)后，感覺背后一涼，以前寫代碼的時(shí)候，喜歡在事務(wù)里先把數(shù)據(jù)查出來，內(nèi)存中相加減，再存庫，現(xiàn)在想想這樣做就是BUG啊，坑...

不得不說，極客時(shí)間上面的這個(gè)MySQL課程還是很值的，至少讓我推翻了以前的想法

MySQL實(shí)戰(zhàn)45講-8 事務(wù)到底是隔離的還是不隔離的