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還是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值可能不是連續的。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM