innodb_autoinc_lock_mode這個參數控制着在向有auto_increment 列的表插入數據時，相關鎖的行為；
通過對它的設置可以達到性能與安全(主從的數據一致性)的平衡
【0】我們先對insert做一下分類
首先insert大致上可以分成三類：
1、simple insert 如insert into t(name) values('test')
2、bulk insert 如load data | insert into ... select .... from ....
3、mixed insert 如insert into t(id,name) values(1,'a'),(null,'b'),(5,'c');
【1】innodb_autoinc_lock_mode 的說明
innodb_auto_lockmode有三個取值：
1、0 這個表示tradition 傳統
2、1 這個表示consecutive 連續
3、2 這個表示interleaved 交錯
【1.1】tradition(innodb_autoinc_lock_mode=0) 模式:
1、它提供了一個向后兼容的能力
2、在這一模式下，所有的insert語句("insert like") 都要在語句開始的時候得到一個
表級的auto_inc鎖，在語句結束的時候才釋放這把鎖，注意呀，這里說的是語句級而不是事務級的，
一個事務可能包涵有一個或多個語句。
3、它能保證值分配的可預見性，與連續性，可重復性，這個也就保證了insert語句在復制到slave
的時候還能生成和master那邊一樣的值(它保證了基於語句復制的安全)。
4、由於在這種模式下auto_inc鎖一直要保持到語句的結束，所以這個就影響到了並發的插入。
【1.2】consecutive(innodb_autoinc_lock_mode=1) 模式:
1、這一模式下去simple insert 做了優化，由於simple insert一次性插入值的個數可以立馬得到
確定，所以mysql可以一次生成幾個連續的值，用於這個insert語句；總的來說這個對復制也是安全的
(它保證了基於語句復制的安全)
2、這一模式也是mysql的默認模式，這個模式的好處是auto_inc鎖不要一直保持到語句的結束，只要
語句得到了相應的值后就可以提前釋放鎖
【1.3】interleaved(innodb_autoinc_lock_mode=2) 模式
1、由於這個模式下已經沒有了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已經被人為的占用了，所以執行第三步的時候就出錯了。
---
交流學習&打賞
