Mybatis-Plus自動生成的數(shù)據(jù)庫id過長的解決
Mybatis-Plus自動生成的數(shù)據(jù)庫id過長
一、問題
作為一名第一次使用mybatis-plus的萌新開發(fā)工程師,在項目開發(fā)過程中遇到一個問題。
當(dāng)使用mybatis-plus自帶的mybatis-generate生成DO文件,如下圖所示
DO類由注釋@Table修飾,主鍵id由注釋@Id,@GeneratedValue修飾。但是使用這樣的默認(rèn)DO進(jìn)行數(shù)據(jù)庫操作時,會有導(dǎo)致數(shù)據(jù)庫自動生成的主鍵id過長,如下所示
這樣的19位id,會存在一些問題:
1)前端拿到這樣的id后,會發(fā)生Number精度丟失,導(dǎo)致id數(shù)值發(fā)生變化,使得前后端的id不一致,這樣就使得無法利用id進(jìn)行操作
2)InnoDB存儲引擎的索引與記錄結(jié)構(gòu)是這樣的:
其索引與記錄的結(jié)構(gòu)是這樣的:
(1)主鍵索引與記錄存儲在一起;InnoDB通過主鍵索引查詢時,能夠直接定位到行記錄。
(2)普通索引存儲主鍵(這下不是指針了);
這樣當(dāng)主鍵id是一個比較長的數(shù)值時每個索引都存儲這個值,在數(shù)據(jù)量大,內(nèi)存珍貴的情況下,MySQL有限的緩沖區(qū),存儲的索引與數(shù)據(jù)會減少,索引占用的磁盤空間也會增加,磁盤IO的概率會增加。
二、解決方案
通過詢問各位師兄和開發(fā)同學(xué),解決了這個問題,解決方案如下:
將DO類的注釋改為@TableName,主鍵id的注釋改為@TableId,這樣自動生成的主鍵id就是正常位數(shù)。
至于為什么會這樣,我通過查閱資料得出一下結(jié)論
三、原理
1.首先了解下@GeneratedValue的使用。@GeneratedValue屬于JPA注解之一,JPA通過annotation來映射hibernate實體,基于annotation的hibernate主鍵標(biāo)識為@Id,其生成規(guī)則是由@GeneratedValue設(shè)定的。
JPA提供四種標(biāo)準(zhǔn)用法,由@GeneratedValue的源代碼可以明顯看出:
@Target({METHOD,FIELD}) @Retention(RUNTIME) public @interface GeneratedValue{ GenerationType strategy() default AUTO; String generator() default ""; }
其中GenerationType包含四種策略:
public enum GenerationType{ //使用一個特定的數(shù)據(jù)庫表格來保存主鍵。 TABLE, //根據(jù)底層數(shù)據(jù)庫的序列來生成主鍵,條件是數(shù)據(jù)庫支持序列。 SEQUENCE, //主鍵由數(shù)據(jù)庫自動生成(主要是自動增長型) IDENTITY, //主鍵由程序控制。 AUTO; private GenerationType() { } }
其中的AUTO類型,在指定主鍵時,如果不指定主鍵生成策略,默認(rèn)為AUTO。
即
@Id # 默認(rèn)生成策略為AUTO
效果等同于
@Id @GeneratedValue(strategy = GenerationType.AUTO)
由此可見,自動生成的id和注解沒什么關(guān)系,那也許就是mybatis-plus的主鍵生成邏輯問題了。
通過去查詢mybatis-plus的文檔(文檔鏈接:https://baomidou.gitee.io/mybatis-plus-doc/#/spring-boot)
發(fā)現(xiàn)mybatis-plus默認(rèn)的主鍵生成是全局唯一的UUID,會導(dǎo)致生成的id過長。
并且官方也提供了解決方法,如下圖
可這只是將防止了前端接收時的精度丟失,并沒有解決我的問題。
根據(jù)文檔,可以得出一個新的解決辦法,并且不用更改DO類代碼:
將文檔中所說的id-type配置設(shè)置為0即可。
Mybatis-Plus id主鍵生成的問題
簡要說明
由于mybatis-plus會自動插入一個id到實體對象, 不管你封裝與否, 所以有時候?qū)е乱恍┮馔獾那闆r發(fā)生
默認(rèn)是生成一個長數(shù)字字符串(編碼不同可能結(jié)尾帶有字母)
錯誤
ested exception is org.apache.ibatis.reflection.ReflectionException: Could not set property 'id' of 'class com.xxx' with value '1110423703487479810' Cause: java.lang.IllegalArgumentException: java.lang.ClassCastException@14041406
大致就是由于自動生成了一個id1110423703487479810, 但是無法放入到integer中
解決方案一
1. 修改id字段類型
將id字段類型改為long, 這樣就能保證有足夠位數(shù)放入生成的id
2. 調(diào)整數(shù)據(jù)庫id字段類型
將數(shù)據(jù)庫的id字段的長度(改為20位)
解決方案二
如果想要使用id自增的, 就需要把mybatis-plus這個id生成的功能給關(guān)掉
添加注解
在id字段上加上如下注解即可
@TableId(value = "id",type = IdType.AUTO)
其他type類型介紹
AUTO
:AUTO(0, “數(shù)據(jù)庫ID自增”),INPUT
:INPUT(1, “用戶輸入ID”),ID_WORKER
:ID_WORKER(2, “全局唯一ID”),UUID
:UUID(3, “全局唯一ID”),NONE
:NONE(4, “該類型為未設(shè)置主鍵類型”),ID_WORKER_STR
:ID_WORKER_STR(5, “字符串全局唯一ID”);
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。
相關(guān)文章
spring?boot?executable?jar/war?原理解析
spring boot里其實不僅可以直接以 java -jar demo.jar的方式啟動,還可以把jar/war變?yōu)橐粋€可以執(zhí)行的腳本來啟動,比如./demo.jar,這篇文章主要介紹了spring?boot?executable?jar/war?原理,需要的朋友可以參考下2023-02-02基于Mybatis-Plus攔截器實現(xiàn)MySQL數(shù)據(jù)加解密的示例代碼
用戶的一些敏感數(shù)據(jù),例如手機(jī)號、郵箱、身份證等信息,在數(shù)據(jù)庫以明文存儲時會存在數(shù)據(jù)泄露的風(fēng)險,因此需要進(jìn)行加密,解密等功能,接下來本文就給大家介紹基于Mybatis-Plus攔截器實現(xiàn)MySQL數(shù)據(jù)加解密,需要的朋友可以參考下2023-07-07Java concurrency之共享鎖和ReentrantReadWriteLock_動力節(jié)點Java學(xué)院整理
本篇文章主要介紹了Java concurrency之共享鎖和ReentrantReadWriteLock,非常具有實用價值,需要的朋友可以參考下2017-06-06Springboot?上傳文件或頭像(MultipartFile、transferTo)
本文主要介紹了Springboot?上傳文件或頭像(MultipartFile、transferTo),文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-04-04Spring注解驅(qū)動擴(kuò)展原理BeanFactoryPostProcessor
這篇文章主要介紹了Spring注解驅(qū)動擴(kuò)展原理BeanFactoryPostProcessor,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友可以參考下2020-03-03