SSH2里面遇到的问题——increment主键生成方式
2016-10-26 10:37
218 查看
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问题,完美解决。
这个问题是在用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问题,完美解决。
相关文章推荐
- hibernate 多对多 中间表主键问题 及id生成方式
- 11.Cocos2dx2.2下使用JNI技术调用jar包里面的一些方法遇到的一些问题及解决方式。
- Hibernate保存记录时遇到的一个问题----evitic,not-null配置及主键生成策略
- Hibernate的increment主键生成机制带来的问题(转) .
- hibernate操作数据库遇到问题的时候检查主键生成策略
- hibernate 多对多 中间表主键问题 及id生成方式
- Hibernate的increment主键生成机制带来的问题
- 关于Entity Framework更新的几种方式以及可能遇到的问题(附加类型“Model”的实体失败,因为相同类型的其他实体已具有相同的主键值)在使用 "Attach" 方法或者将实体的状态设置为 "Unchanged" 或 "Modified" 时如果图形中的任何实体具有冲突键值,则可能会发生上述行为
- hibernate的increment主键生成机制带来的问题
- ms 触发器 及 主键生成方式问题
- Hibernate的increment主键生成机制带来的问题(转)
- Hibernate主键生成方式Key Generator/插入问题
- hibernate 实体注解在主键生成策略方面遇到的问题
- SQLServer使用identity函数生成带有自增列临时表遇到的一个排序问题
- asp 遇到过的问题集锦,附加asp语句添加数据库和生成表,asp命令更改指定文件的文件名,asp值传递的应用091116小结
- JPA QL 中使用外连接遇到的问题和解决方式
- Hibernate主键生成方式 Key
- hibernate主键生成方式
- Hibernate 主键生成方式
- hibernate开发主键生成方式(重要)