MySQL使用on duplicate key update時致使主鍵不連續自增

在作數據統計的時候，咱們常常會用到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) 模式:

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

• consecutive(innodb_autoinc_lock_mode=1) 模式:

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

• interleaved(innodb_autoinc_lock_mode=2) 模式

一、因爲這個模式下已經沒有了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