快捷導(dǎo)航

快速解決 MyBatis-Plus 中 ID 自增問(wèn)題(推薦)

更新時(shí)間：2025年02月07日 14:37:52 作者：迷迷的k

本文介紹了MyBatis-Plus中自動(dòng)生成ID過(guò)長(zhǎng)導(dǎo)致的問(wèn)題及解決方法,結(jié)合示例代碼給大家介紹的非常詳細(xì),感興趣的朋友一起看看吧

MyBatis-Plus 中自動(dòng)生成的 ID 過(guò)長(zhǎng)，可能導(dǎo)致以下問(wèn)題的出現(xiàn)：

由于屬性的 ID 是由 mp 內(nèi)部的 UUID 生成，比如使用 Integer類(lèi)型將存不進(jìn)去
當(dāng)后端傳入 mp 雪花算法自動(dòng)生成的 ID 時(shí)，前端接收的時(shí)候可能會(huì)導(dǎo)致精度的損失

問(wèn)題一：由于屬性的 ID 是由 mp 內(nèi)部的 UUID 生成，比如使用 Integer類(lèi)型將存不進(jìn)去

報(bào)錯(cuò)信息如下所示：

ested exception is org.apache.ibatis.reflection.ReflectionException: Could not set property 'id' of 'class com.xxx' with value '111042370348747XXXX Cause: java.lang.IllegalArgumentException: java.lang.ClassCastException@14041406

解決方法：

將 ID 字段類(lèi)型改為 long，這樣就能保證有足夠位數(shù)放入生成的 ID

問(wèn)題二：當(dāng)后端傳入 mp 雪花算法自動(dòng)生成的 ID 時(shí)，前端接收的時(shí)候可能會(huì)導(dǎo)致精度的損失

解決方法：

第一步：

首先在對(duì)應(yīng)的類(lèi)的主鍵屬性上，增加以下代碼配置

@TableId(value = "id",type = IdType.AUTO)
    private Long id;

type 屬性中，其他類(lèi)型如下：

AUTO：AUTO(0, “數(shù)據(jù)庫(kù)ID自增”),

INPUT：INPUT(1, “用戶(hù)輸入ID”),

ID_WORKER：ID_WORKER(2, “全局唯一ID”),

UUID：UUID(3, “全局唯一ID”),

NONE：NONE(4, “該類(lèi)型為未設(shè)置主鍵類(lèi)型”),

ID_WORKER_STR：ID_WORKER_STR(5, “字符串全局唯一ID”);

這里的 @TableId 注解需要添加以下依賴(lài)：

這里的版本號(hào)最好與 mp 的主依賴(lài)的版本保持一致

<dependency>
    <groupId>com.baomidou</groupId>
    <artifactId>mybatis-plus</artifactId>
    <version>版本號(hào)</version>
</dependency>

第二步：

將之前的被自增長(zhǎng)的ID數(shù)據(jù)刪除

第三步：

在需要解決 mp 自增長(zhǎng)的表中，執(zhí)行以下語(yǔ)句

ALTER TABLE table_name AUTO_INCREMENT = value;

其中， table_name 是對(duì)應(yīng)的表名，value 是你需要進(jìn)行自增的 ID 值

比如：value 賦值為 2，則 mp 下次生成的 ID 則為2，即從 2 開(kāi)始

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

自增主鍵：

這種方式是使用數(shù)據(jù)庫(kù)提供的自增數(shù)值型字段作為自增主鍵

優(yōu)點(diǎn)：

數(shù)據(jù)庫(kù)自動(dòng)編號(hào)，速度快，而且是增量增長(zhǎng)，按順序存放，對(duì)于檢索非常有利
數(shù)字型，占用空間小，易排序，在程序中傳遞也方便
如果通過(guò)非系統(tǒng)增加記錄時(shí)，可以不用指定該字段，不用擔(dān)心主鍵重復(fù)問(wèn)題

缺點(diǎn) ：

因?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ù)字型的）
如果經(jīng)常有合并表的操作，就可能會(huì)出現(xiàn)主鍵重復(fù)的情況很難處理分布式存儲(chǔ)的數(shù)據(jù)表
數(shù)據(jù)量特別大時(shí)，會(huì)導(dǎo)致查詢(xún)數(shù)據(jù)庫(kù)操作變慢；此時(shí)需要進(jìn)行數(shù)據(jù)庫(kù)的水平拆分，劃分到不同的數(shù)據(jù)庫(kù)中，那么當(dāng)添加數(shù)據(jù)時(shí)，每個(gè)表都會(huì)自增長(zhǎng)，導(dǎo)致主鍵沖突

UUID：

優(yōu)點(diǎn)：

能夠保證獨(dú)立性，程序可以在不同的數(shù)據(jù)庫(kù)間遷移，效果不受影響；保證生成的ID不僅是表獨(dú)立的，而且是庫(kù)獨(dú)立的，這點(diǎn)在你想切分?jǐn)?shù)據(jù)庫(kù)的時(shí)候尤為重要

缺點(diǎn)：

比較占地方，和INT類(lèi)型相比，存儲(chǔ)一個(gè)UUID要花費(fèi)更多的空間
使用UUID后，URL顯得冗長(zhǎng)，不夠友好
Join 操作性能比 int 要低
UUID做主鍵將會(huì)添加到表上的其他索引中，因此會(huì)降低性能

到此這篇關(guān)于解決 MyBatis-Plus 中 ID 自增問(wèn)題的文章就介紹到這了,更多相關(guān)MyBatis-Plus ID 自增內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: