MySQL innodb_autoinc_lock_mode 詳解

innodb_autoinc_lock_mode這個參數控制着在向有auto_increment 列的表插入數據時，相關鎖的行爲；

經過對它的設置能夠達到性能與安全(主從的數據一致性)的平衡

【0】咱們先對insert作一下分類

　　首先insert大體上能夠分紅三類：
　　　　一、simple insert 如insert into t(name) values('test')
　　　　二、bulk insert 如load data | insert into ... select .... from ....
　　　　三、mixed insert 如insert into t(id,name) values(1,'a'),(null,'b'),(5,'c');

 

【1】innodb_autoinc_lock_mode 的說明

　　innodb_auto_lockmode有三個取值：
　　　　一、0 這個表示tradition 傳統
　　　　二、1 這個表示consecutive 連續
　　　　三、2 這個表示interleaved 交錯

【1.1】tradition(innodb_autoinc_lock_mode=0) 模式:

　　一、它提供了一個向後兼容的能力
　　二、在這一模式下，全部的insert語句("insert like") 都要在語句開始的時候獲得一個
　　　  表級的auto_inc鎖，在語句結束的時候才釋放這把鎖，注意呀，這裏說的是語句級而不是事務級的，
　　     一個事務可能包涵有一個或多個語句。
　　三、它能保證值分配的可預見性，與連續性，可重複性，這個也就保證了insert語句在複製到slave
          的時候還能生成和master那邊同樣的值(它保證了基於語句複製的安全)。
     四、因爲在這種模式下auto_inc鎖一直要保持到語句的結束，因此這個就影響到了併發的插入。

 

【1.2】consecutive(innodb_autoinc_lock_mode=1) 模式:

　　一、這一模式下去simple insert 作了優化，因爲simple insert一次性插入值的個數能夠立馬獲得
          肯定，因此mysql能夠一次生成幾個連續的值，用於這個insert語句；總的來講這個對複製也是安全的
          (它保證了基於語句複製的安全)
　　二、這一模式也是mysql的默認模式，這個模式的好處是auto_inc鎖不要一直保持到語句的結束，只要
          語句獲得了相應的值後就能夠提早釋放鎖

 

【1.3】interleaved(innodb_autoinc_lock_mode=2) 模式
　　一、因爲這個模式下已經沒有了auto_inc鎖，因此這個模式下的性能是最好的；可是它也有一個問題，就是
          對於同一個語句來講它所獲得的auto_incremant值可能不是連續的。

 

【2】若是你的二進制文件格式是mixed | row 那麼這三個值中的任何一個對於你來講都是複製安全的。

　　因爲如今mysql已經推薦把二進制的格式設置成row，因此在binlog_format不是statement的狀況下最

　　好是innodb_autoinc_lock_mode=2 這樣可能知道更好的性能。

 

最後以一個關於auto_increment 的例子來結束

例子：不要沒事去更新一個auto_increment 列的值

第一步：重現一下場景

create table t(x int auto_increment not null primary key);
insert into t(x) values(0),(null),(3);
select * from t;
+---+
| x |
+---+
| 1 |
| 2 |
| 3 |
+---+

第二步：重現一下引起問題的SQL

update t set x=4 where x=1;
select * from t;
+---+
| x |
+---+
| 2 |
| 3 |
| 4 |
+---+

第三步：重現一下老是的表現形式

insert into t(x) values(0);
ERROR 1062 (23000): Duplicate entry '4' for key 'PRIMARY'

第四步：對問題的總結

　　執行完第一步的時候mysql知道下一個auto_increment值是4。

　　執行完第二步的時候mysql並不知道4已經被人爲的佔用了，因此執行第三步的時候就出錯了。

 

---

交流學習&打賞