今天介紹InnoDB七種鎖的第一種：自增鎖(Auto-inc Locks)。

一、案例說明

MySQL，InnoDB，默認的隔離級別(RR)，假設有數據表：

t(id AUTO_INCREMENT, name);

數據表中有數據：

1, shenjian
2, zhangsan
3, lisi

事務A先執行，還未提交：

insert into t(name) values(xxx);

事務B后執行：

insert into t(name) values(ooo);

問：事務B會不會被阻塞？

二、案例分析

InnoDB在RR隔離級別下，能解決幻讀問題，上面這個案例中：

(1) 事務A先執行insert，會得到一條(4, xxx)的記錄，由于是自增列，故不用顯示指定id為4，InnoDB會自動增長，注意此時事務并未提交；

(2) 事務B后執行insert，假設不會被阻塞，那會得到一條(5, ooo)的記錄；

此時，并未有什么不妥，但如果，

(3) 事務A繼續insert：

insert into t(name) values(xxoo);

會得到一條(6, xxoo)的記錄。

(4) 事務A再select：

select * from t where id>3;

得到的結果是：

4, xxx
6, xxoo

畫外音：不可能查詢到5的記錄，在RR的隔離級別下，不可能讀取到還未提交事務生成的數據。

咦，這對于事務A來說，就很奇怪了，對于AUTO_INCREMENT的列，連續插入了兩條記錄，一條是4，接下來一條變成了6，就像莫名其妙的幻影。

三、自增鎖（Auto-inc Locks）

自增鎖是一種特殊的表級別鎖（table-level lock），專門針對事務插入AUTO_INCREMENT類型的列。最簡單的情況，如果一個事務正在往表中插入記錄，所有其他事務的插入必須等待，以便第一個事務插入的行，是連續的主鍵值。

畫外音，官網是這么說的：

An AUTO-INC lock is a special table-level lock taken by transactions inserting into tables with AUTO_INCREMENT columns. In the simplest case, if one transaction is inserting values into the table, any other transactions must wait to do their own inserts into that table, so that rows inserted by the first transaction receive consecutive primary key values.

與此同時，InnoDB提供了innodb_autoinc_lock_mode配置，可以調節與改變該鎖的模式與行為。

四、假如不是自增列

上面的案例，假設不是自增列，又會是什么樣的情形呢？

t(id unique PK, name);

數據表中有數據：

10, shenjian
20, zhangsan
30, lisi

事務A先執行，在10與20兩條記錄中插入了一行，還未提交：

insert into t values(11, xxx);

事務B后執行，也在10與20兩條記錄中插入了一行：

insert into t values(12, ooo);

這里，便不再使用自增鎖，那：

• 會使用什么鎖？
• 事務B會不會被阻塞呢？

知其然，知其所以然。

思路比結論更重要。

畫外音：我學的MySQL知識基于5.6。