SSH2里面遇到的问题——increment主键生成方式

1.先描述下问题：

这个问题是在用SSH2做简单集群时发现的。新的数据无法加入到数据库，提示dumplicate entry的错误。估计是SSH2与数据库之间的新建数据这块出问题了。下面是找到的一些专业的问题描述。

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

　　目前我们的应用系统环境为最简单的集群方式：两台was，一台数据库的方式。所以当有并发情况访问系统且两个请求又被分发给两台was时，假设当前数据库id最大为40，两台was分别会产生两条id为41的数据导致插入失败(Duplicate entry主键重复)。

　　Increment主键生成器的org.hibernate.id.IncrementGenerator类里面，是使用select max(columnName)from tableName的方式来获取。原来的程序一直运行很好，但是在用两个was来负载均衡后却出现问题。为什么?IncrementGenerator类里面的generate()方法虽然被声明成了synchronized，但现在两个Tomcat分别运行在两台服务器的两个独立的Java虚拟机里，显然问题在这里，synchronized只能在一个独立的Java虚拟机内部有效。所以,在两个Tomcat中用select max同时取主键，就相当于在没有synchronized的保护下，并发时就会取出相同的值，再insert就会发生dumplicate entry的错误。

2.解决方法

Hibernate配置文件中，主键的生成策略有很多种，其中有increment、assign、native、 identity、hilo、sequence等。

increment虽然好用，但是在集群中的select max方法就会出现问题。 主键按数值顺序递增。此方式的实现机制为在当前应用实例中维持一个变量，以保存着当前的最大值，之后每次需要生成主键的时候将此值加1作为主键。这种方式可能产生的问题是：不能在集群下使用。

“assigned”主键由外部程序负责生成，在 save() 之前指定一个。

“hilo”通过hi/lo 算法实现的主键生成机制，需要额外的数据库表或字段提供高位值来源。

“seqhilo”与hilo 类似，通过hi/lo 算法实现的主键生成机制，需要数据库中的 Sequence，适用于支持 Sequence 的数据库，如Oracle。

“identity”采用数据库提供的主键生成机制。如DB2、SQL Server、MySQL 中的主键生成机制。“sequence”采用数据库提供的 sequence 机制生成主键。如 Oralce 中的Sequence。

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

由于我使用的是mysql数据库，所以将increment的主键生成方式，修改为identity或者native。经过测试，遇到的dumplicate entry问题，完美解决。