在做數據統計的時候，我們經常會用到mysql的on duplicate key update語法來自動更新數據，比如

最近項目上需要實現這么一個功能:統計每個人每個軟件的使用時長,客戶端發過來消息,如果該用戶該軟件已經存在增更新使用時間,如果沒有則新添加一條記錄,代碼如下:

<update id="saveOrUpdate" parameterType="java.util.List"> <foreach collection="appList" item="item" index="index" separator=";"> insert into app_table(userName,app,duration) values(#{userName},#{item.app},#{item.duration}) on duplicate key update duration=duration+#{item.duration} </foreach> </update>

使用on duplicate key update語法有時是很方便，但是會有一個影響：默認情況下，每次更新都會更新該表的自增主鍵ID，如果更新頻率很快，會導致主鍵ID自增的很快，過段時間就超過數字類型的的范圍了

解決這個問題，有兩種方式：

方法一：拆分成兩個動作，先查詢，再更新

方法二：修改innodb_autoinc_lock_mode參數（不推薦）
??innodb_autoinc_lock_mode中有3種模式,0,1,2，數據庫默認是1的情況下，就會發生上面的那種現象,每次使用insert into .. on duplicate key update 的時候都會把簡單自增id增加,不管是發生了insert還是update

innodb_autoinc_lock_mode參數詳解

• tradition(innodb_autoinc_lock_mode=0) 模式:

1、它提供了一個向后兼容的能力
2、在這一模式下，所有的insert語句("insert like") 都要在語句開始的時候得到一個表級的auto_inc鎖，在語句結束的時候才釋放這把鎖，注意呀，這里說的是語句級而不是事務級的，一個事務可能包涵有一個或多個語句。
3、它能保證值分配的可預見性，與連續性，可重復性，這個也就保證了insert語句在復制到slave的時候還能生成和master那邊一樣的值(它保證了基于語句復制的安全)。
4、由于在這種模式下auto_inc鎖一直要保持到語句的結束，所以這個就影響到了并發的插入。

• consecutive(innodb_autoinc_lock_mode=1) 模式:

1、這一模式下去simple insert 做了優化，由于simple insert一次性插入值的個數可以立馬得到確定，所以mysql可以一次生成幾個連續的值，用于這個insert語句；總的來說這個對復制也是安全的(它保證了基于語句復制的安全)
2、這一模式也是mysql的默認模式，這個模式的好處是auto_inc鎖不要一直保持到語句的結束，只要語句得到了相應的值后就可以提前釋放鎖

• interleaved(innodb_autoinc_lock_mode=2) 模式

1、由于這個模式下已經沒有了auto_inc鎖，所以這個模式下的性能是最好的；但是它也有一個問題，就是對于同一個語句來說它所得到的auto_incremant值可能不是連續的。

---

歡迎訂閱「K叔區塊鏈」 - 專注于區塊鏈技術學習

博客地址：http://www.jouypub.com
簡書主頁：https://www.jianshu.com/u/756c9c8ae984
segmentfault主頁：https://segmentfault.com/blog/jouypub
騰訊云主頁：https://cloud.tencent.com/developer/column/72548

總結

以上是生活随笔為你收集整理的MySQL使用on duplicate key update时导致主键不连续自增的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。