Mysql自增主鍵id不是以此逐級遞增
一、介紹
在mysql數(shù)據(jù)庫添加數(shù)據(jù)時使用ON DUPLICATE KEY UPDATE進行數(shù)據(jù)更新時可能會出現(xiàn)id不是逐級以此遞增的,而是間斷遞增。
如id從10下次添加可能就是15或者其他的數(shù)字,兩個數(shù)字之間間隔是ON DUPLICATE KEY UPDATE執(zhí)行的次數(shù),也就是說ON DUPLICATE KEY UPDATE在執(zhí)行更新的時候把該表主鍵進行自增加一。
如圖所示

二、問題介紹
在對于同一個表進行新增和修改時我用了兩個mapper接口方法,也就是說使用了兩次ON DUPLICATE KEY UPDATE操作,這樣就會導(dǎo)致該表主鍵在你更新的時候就進行自增了。等到下次insert時就會出現(xiàn)不是逐級遞增了。
三、解決方法
將數(shù)據(jù)庫的insert和update進行拆分。
自增主鍵的優(yōu)缺點
自增主鍵
這種方式是使用數(shù)據(jù)庫提供的自增數(shù)值型字段作為自增主鍵,它的優(yōu)點是:
(1)數(shù)據(jù)庫自動編號,速度快,而且是增量增長,按順序存放,對于檢索非常有利;
(2)數(shù)字型,占用空間小,易排序,在程序中傳遞也方便;
(3)如果通過非系統(tǒng)增加記錄時,可以不用指定該字段,不用擔(dān)心主鍵重復(fù)問題。
其實它的缺點也就是來自其優(yōu)點,缺點如下:
(1)因為自動增長,在手動要插入指定ID的記錄時會顯得麻煩,尤其是當(dāng)系統(tǒng)與其它系統(tǒng)集成時,需要數(shù)據(jù)導(dǎo)入時,很難保證原系統(tǒng)的ID不發(fā)生主鍵沖突(前提是老系統(tǒng)也是數(shù)字型的)。特別是在新系統(tǒng)上線時,新舊系統(tǒng)并行存在,并且是異庫異構(gòu)的數(shù)據(jù)庫的情況下,需要雙向同步時,自增主鍵將是你的噩夢;
(2)在系統(tǒng)集成或割接時,如果新舊系統(tǒng)主鍵不同是數(shù)字型就會導(dǎo)致修改主鍵數(shù)據(jù)類型,這也會導(dǎo)致其它有外鍵關(guān)聯(lián)的表的修改,后果同樣很嚴(yán)重;
(3)若系統(tǒng)也是數(shù)字型的,在導(dǎo)入時,為了區(qū)分新老數(shù)據(jù),可能想在老數(shù)據(jù)主鍵前統(tǒng)一加一個字符標(biāo)識(例如“o”,old)來表示這是老數(shù)據(jù),那么自動增長的數(shù)字型又面臨一個挑戰(zhàn)。
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。
您可能感興趣的文章:- MySQL中的主鍵以及設(shè)置其自增的用法教程
- mysql修改自增長主鍵int類型為char類型示例
- MySQL的自增ID(主鍵) 用完了的解決方法
- 淺談MySQL中的自增主鍵用完了怎么辦
- MySQL8新特性:自增主鍵的持久化詳解
- mysql非主鍵自增長用法實例分析
- 詳解MySQL自增主鍵的實現(xiàn)
- 為什么mysql自增主鍵不是連續(xù)的