首先，如果出现这个问题你很有可能就是没有很好的注意到主键的生成策略。说到这里是不是就像去看看主键的生成呢？
在.hbm.xml文件中的Hibernate主键生成方式Key Generator(主键生成器)
,该属性可以有以下几种选择：
- assigned：主键通过外部程序负责生成，无需Hibernate参与。
- hilo ： 通过hi/lo算法实现的主键生成机制，需要额外的数据库表保存主键生成历史状态。
- sehilo：与hilo类似，通过hi/lo算法实现的主键生成机制，只是主键历史状态保存在Sequence中，适用于支持Sequence的数据库，如Oracle.
- increment：主键按数值顺序递增。此方式的实现机制为在当前应用实例中维持一个变量，以保存着当前的最大值，之后每次需要生成主键时将此值增加1作为主键。这中方法可能产生的问题是，如果当前有多个实例访问同一个数据库，那么由于各个势力各自维护主键的状态，不同实例可能生成同样的主键，从而造成主键重复异常。因此，如果同一数据库有多个实例访问，此方式避免使用。
- identity ： 采用数据库提供的sequence机制生成主键。如：DB2、SQL Server、MySql中的主键生成机制。
- native ：由Hibernate根据底层数据库自行判断采用identity、hilo、sequence其中一种作为主键生成方式。
uuid.hex : 由Hibernate基于128位唯一值产生算法生成16进制数值(编码后以长度32的字符串表示)作为主键。
uuid.string：与uuid.hex 类似，知识生成的主键未进行编码(长度16)。在某些数据库中可能出现问题(如PostgreSQL)。 - foreign：使用外部表的字段作为主键。
PS：一般而言，利用uuid.hex方式生成主键提供最好的性能和数据库平台适应性。
那好，这样你们是不是就发现了自己的问题呢？就是这样的可以解决了。
