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

使用on duplicate key update語法有時是很方便，可是會有一個影響：默認狀況下，每次更新都會更新該表的自增主鍵ID，若是更新頻率很快，會致使主鍵ID自增的很快，過段時間就超過數字類型的的範圍了
解決這個問題，有兩種方式：(實際我目前使用的方式是把自增主鍵ID設置爲bigint,也有一部分操做先查詢再選擇插入OR更新)方法一：拆分紅兩個動做，先查詢，再更新方法二：修改innodb_autoinc_lock_mode參數（不推薦）  innodb_autoinc_lock_mode中有3種模式,0,1,2，數據庫默認是1的狀況下，就會發生上面的那種現象,每次使用insert into .. on duplicate key update 的時候都會把簡單自增id增長,無論是發生了insert仍是updateinnodb_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值可能不是連續的。