maven环境下出现 Batch update returned unexpected row count from update [0]; actual row count: 0; 错误

今天学习POI把Excel表格中的数据导入到MySQL数据库中的时候出现了上面那个错误，不注意的话，还真的有点无所适从。

查阅一翻资料后得知：

Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1; nested exception is org.hibernate.StaleStateException: Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1

这个异常是由于主键设置为自增长，而在我们插入记录的时候设置了ID的值导致的。

 

然后我就查看了我的数据库中的表，确认没有设有自增长后，我怀疑我的Hibernate出了问题，最终在映射文件中找到了问题，

 <id name="id" type="java.lang.String">
            <column name="id" length="32" />
            <generator class="native"></generator>
 </id>

在此处 <generator class="native"></generator>设为了native,也借机学习了一下几种主键生成的方式

1) assigned
　　主键由外部程序负责生成，无需Hibernate参与。

2) hilo
　　通过hi/lo 算法实现的主键生成机制，需要额外的数据库表保存主键生成历史状态。

3) seqhilo
　　与hilo 类似，通过hi/lo 算法实现的主键生成机制，只是主键历史状态保存在Sequence中，适用于支持Sequence的数据库，如Oracle。

4) increment
　　主键按数值顺序递增。此方式的实现机制为在当前应用实例中维持一个变量，以保存着当前的最大值，之后每次需要生成主键的时候将此值加1作为主键。这种方式可能产生的问题是：如果当前有多个实例访问同一个数据库，那么由于各个实例各自维护主键状态，不同实例可能生成同样的主键，从而造成主键重复异常。因此，如果同一数据库有多个实例访问，此方式必须避免使用。

5) identity
　　采用数据库提供的主键生成机制。如DB2、SQL Server、MySQL中的主键生成机制。

6) sequence
　　采用数据库提供的sequence 机制生成主键。如Oralce 中的Sequence。

7) native

　　由Hibernate根据底层数据库自行判断采用identity、hilo、sequence其中一种作为主键生成方式。

8) uuid.hex
　　由Hibernate基于128 位唯一值产生算法生成16 进制数值（编码后以长度32 的字符串表示）作为主键。

9) uuid.string
　　与uuid.hex 类似，只是生成的主键未进行编码（长度16）。在某些数据库中可能出现问题（如PostgreSQL）。

10) foreign
　　使用外部表的字段作为主键。一般而言，利用uuid.hex方式生成主键将提供最好的性能和数据库平台适应性。

 

 

 

解决方法：

当我们插入数据的时候，Excel表中是有ID的，所以这个时候我们只需要把<generator class="native"></generator>

改为<generator class="assigned"></generator>主键由外部程序负责生成，无需Hibernate参与。