最近在學習群裡答疑的時候，常會有同學問我：在做基準測試時候，批量插入數據時，有很多自增鎖等待，我告訴他解決辦法：

1.innodb_autoinc_lock_mode=2

2.innodb_autoextend_increment參數再增大

再停止測試不再有自增鎖等候了。

下面給大家說下為何？？

什麼是鎖

鎖像synchronized同步塊一樣，是一種線程同步機制，但比Java中的synchronized同步塊更復雜。因為鎖（以及其它更高級的線程同步機制）是由synchronized同步塊的方式實現的，所以我們還不能完全擺脫synchronized關鍵字（ 自Java 5開始，java.util.concurrent.locks包中包含了一些鎖的實現，因此你不用去實現自己的鎖了。

處理此問題的關鍵點是innodb_autoinc_lock_mode =2。

我們來看看innodb_autoinc_lock_mode 這個參數幹什麼的？

此參數可取的值有三個：0、1、2嚴謹水平逐步遞加，功能逐步增加。

0：傳統方式。串行自增的，並且是連續的。這樣需要獨佔的串行鎖，語句完成才釋放鎖，所以性能最低。例如：1、2、3、4、5、6

1：連續方式。自增的，並且是連續的。當語句申請到自增鎖就釋放自增鎖，自增鎖就可以給其它語句使用。性能會好很多。這個是系統默認的。例如：1、2、3、4、5、6

2：交錯方式。多語句插入數據時，有可能自增的序列號和執行先後順不一致，並且中間可能有斷裂。一次分配一批自增值，然後下個語句就再進行分配一批自增值，阻塞很小，性能很高。例如：1、2、3、6、5

運用2狀況，需求留意本人使用能否需求延續的自增值，假如需求，就不要運用。

閱讀更多 Java高併發框架 的文章

關鍵字: 自增鎖 測試 群裡