快捷導(dǎo)航

Mysql自增主鍵id不是以此逐級(jí)遞增的處理

更新時(shí)間：2021年07月12日 08:50:20 作者：CoderYin

這篇文章主要介紹了Mysql自增主鍵id不是以此逐級(jí)遞增的處理方式，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教

Mysql自增主鍵id不是以此逐級(jí)遞增

一、介紹

在mysql數(shù)據(jù)庫(kù)添加數(shù)據(jù)時(shí)使用ON DUPLICATE KEY UPDATE進(jìn)行數(shù)據(jù)更新時(shí)可能會(huì)出現(xiàn)id不是逐級(jí)以此遞增的，而是間斷遞增。

如id從10下次添加可能就是15或者其他的數(shù)字，兩個(gè)數(shù)字之間間隔是ON DUPLICATE KEY UPDATE執(zhí)行的次數(shù)，也就是說(shuō)ON DUPLICATE KEY UPDATE在執(zhí)行更新的時(shí)候把該表主鍵進(jìn)行自增加一。

如圖所示

二、問(wèn)題介紹

在對(duì)于同一個(gè)表進(jìn)行新增和修改時(shí)我用了兩個(gè)mapper接口方法，也就是說(shuō)使用了兩次ON DUPLICATE KEY UPDATE操作，這樣就會(huì)導(dǎo)致該表主鍵在你更新的時(shí)候就進(jìn)行自增了。等到下次insert時(shí)就會(huì)出現(xiàn)不是逐級(jí)遞增了。

三、解決方法

將數(shù)據(jù)庫(kù)的insert和update進(jìn)行拆分。

自增主鍵的優(yōu)缺點(diǎn)

自增主鍵

這種方式是使用數(shù)據(jù)庫(kù)提供的自增數(shù)值型字段作為自增主鍵，它的優(yōu)點(diǎn)是：

（1）數(shù)據(jù)庫(kù)自動(dòng)編號(hào)，速度快，而且是增量增長(zhǎng)，按順序存放，對(duì)于檢索非常有利；

（2）數(shù)字型，占用空間小，易排序，在程序中傳遞也方便；

（3）如果通過(guò)非系統(tǒng)增加記錄時(shí)，可以不用指定該字段，不用擔(dān)心主鍵重復(fù)問(wèn)題。

其實(shí)它的缺點(diǎn)也就是來(lái)自其優(yōu)點(diǎn)，缺點(diǎn)如下：

（1）因?yàn)樽詣?dòng)增長(zhǎng)，在手動(dòng)要插入指定ID的記錄時(shí)會(huì)顯得麻煩，尤其是當(dāng)系統(tǒng)與其它系統(tǒng)集成時(shí)，需要數(shù)據(jù)導(dǎo)入時(shí)，很難保證原系統(tǒng)的ID不發(fā)生主鍵沖突（前提是老系統(tǒng)也是數(shù)字型的）。特別是在新系統(tǒng)上線時(shí)，新舊系統(tǒng)并行存在，并且是異庫(kù)異構(gòu)的數(shù)據(jù)庫(kù)的情況下，需要雙向同步時(shí)，自增主鍵將是你的噩夢(mèng)；

（2）在系統(tǒng)集成或割接時(shí)，如果新舊系統(tǒng)主鍵不同是數(shù)字型就會(huì)導(dǎo)致修改主鍵數(shù)據(jù)類型，這也會(huì)導(dǎo)致其它有外鍵關(guān)聯(lián)的表的修改，后果同樣很嚴(yán)重；

（3）若系統(tǒng)也是數(shù)字型的，在導(dǎo)入時(shí)，為了區(qū)分新老數(shù)據(jù)，可能想在老數(shù)據(jù)主鍵前統(tǒng)一加一個(gè)字符標(biāo)識(shí)（例如“o”，old）來(lái)表示這是老數(shù)據(jù)，那么自動(dòng)增長(zhǎng)的數(shù)字型又面臨一個(gè)挑戰(zhàn)。

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

您可能感興趣的文章: