轉(zhuǎn)載自：https://www.jianshu.com/p/79311d81e77f

首先，如果出現(xiàn)這個(gè)問題你很有可能就是沒有很好的注意到主鍵的生成策略。說到這里是不是就像去看看主鍵的生成呢？
在.hbm.xml文件中的Hibernate主鍵生成方式Key Generator(主鍵生成器)
,該屬性可以有以下幾種選擇：

assigned：主鍵通過外部程序負(fù)責(zé)生成，無需Hibernate參與。
hilo ： 通過hi/lo算法實(shí)現(xiàn)的主鍵生成機(jī)制，需要額外的數(shù)據(jù)庫表保存主鍵生成歷史狀態(tài)。
sehilo：與hilo類似，通過hi/lo算法實(shí)現(xiàn)的主鍵生成機(jī)制，只是主鍵歷史狀態(tài)保存在Sequence中，適用于支持Sequence的數(shù)據(jù)庫，如Oracle.
increment：主鍵按數(shù)值順序遞增。此方式的實(shí)現(xiàn)機(jī)制為在當(dāng)前應(yīng)用實(shí)例中維持一個(gè)變量，以保存著當(dāng)前的最大值，之后每次需要生成主鍵時(shí)將此值增加1作為主鍵。這中方法可能產(chǎn)生的問題是，如果當(dāng)前有多個(gè)實(shí)例訪問同一個(gè)數(shù)據(jù)庫，那么由于各個(gè)勢(shì)力各自維護(hù)主鍵的狀態(tài)，不同實(shí)例可能生成同樣的主鍵，從而造成主鍵重復(fù)異常。因此，如果同一數(shù)據(jù)庫有多個(gè)實(shí)例訪問，此方式避免使用。
identity ： 采用數(shù)據(jù)庫提供的sequence機(jī)制生成主鍵。如：DB2、SQL Server、MySql中的主鍵生成機(jī)制。
native ：由Hibernate根據(jù)底層數(shù)據(jù)庫自行判斷采用identity、hilo、sequence其中一種作為主鍵生成方式。
uuid.hex : 由Hibernate基于128位唯一值產(chǎn)生算法生成16進(jìn)制數(shù)值(編碼后以長(zhǎng)度32的字符串表示)作為主鍵。
uuid.string：與uuid.hex 類似，知識(shí)生成的主鍵未進(jìn)行編碼(長(zhǎng)度16)。在某些數(shù)據(jù)庫中可能出現(xiàn)問題(如PostgreSQL)。
foreign：使用外部表的字段作為主鍵。
PS：一般而言，利用uuid.hex方式生成主鍵提供最好的性能和數(shù)據(jù)庫平臺(tái)適應(yīng)性。
那好，這樣你們是不是就發(fā)現(xiàn)了自己的問題呢？就是這樣的可以解決了。

總結(jié)

以上是生活随笔為你收集整理的hibernate主键生成策略 问题的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。