精华帖 (0) :: 良好帖 (0) :: 新手帖 (2) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2011-07-05
前几天和朋友讨论他遇到的问题:为什么hibernate会插入两条相同的记录(偶尔)?
是这么回事: 有两个表: A表 ,B表 一对一的关系,通过Quartz定时任务轮循A表,如果A表有新记录,则插入一条新记录到B表,如果B表已存在记录则更新此记录;
为什么新插入到B表的数据偶尔会出现两条呢?
还有个奇怪的事,在本地测试永远不会出现两条相同的,放在测试服务器就偶尔会出现。
当时看了仔细看过代码肯定不会有问题,刚开始以为是hibernate持久化引起的,后来在save()方法后调用flush()问题 还是没有解决?
由于刚进公司对公司整个架构也不是太了解,后来去请教架构师,找到问题可能出现集群上,因为测试服务器是集群环境,而本地不是,而在集群环境相当于启动了多个定时任务在做相同的事情,因而出现了这种问题,后来将定时任务提取出来,问题不再出现,问题终于解决。
其实公司原来的定时任务都是放到一个工程,是单独放出来(不在集群环境内)。
问题原因归纳 1.没往集群环境去想,考虑问题不够全面 2.公司没有提前对员工有详细的架构讲解
希望对出现相同问题的朋友有所帮助。
声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2011-07-06
我现在也遇到了类似的问题,谢谢lz的提醒
|
|
返回顶楼 | |
发表时间:2011-07-08
其实归结起来还是集群中的并发问题,只要存在“check-then-act”模式就会存在争用。如果时机合适,这种情况就会出现。对于LZ提到的情况,可以通过特定的机制,使得定时程序只在集群中的特定的机器上运行,比如特定的IP绑定都是可以解决的。
|
|
返回顶楼 | |
发表时间:2011-07-08
A表么有用乐观锁回滚么
|
|
返回顶楼 | |
发表时间:2011-07-08
最后修改:2011-07-08
ieye 写道 其实归结起来还是集群中的并发问题,只要存在“check-then-act”模式就会存在争用。如果时机合适,这种情况就会出现。对于LZ提到的情况,可以通过特定的机制,使得定时程序只在集群中的特定的机器上运行,比如特定的IP绑定都是可以解决的。
我觉得通过特定的IP绑定是个很好的解决,如果将定时程序单独出来就没有很好的利用集群环境 谢谢 |
|
返回顶楼 | |
发表时间:2011-07-08
抛出异常的爱 写道 A表么有用乐观锁回滚么
+1...有乐观锁的话...会出现回滚 |
|
返回顶楼 | |
发表时间:2011-07-08
抛出异常的爱 写道 A表么有用乐观锁回滚么
学习了 |
|
返回顶楼 | |
发表时间:2011-07-08
除了写数据库,定时任务在其他业务上也容易出现这种重复执行的问题。
我之前有个项目是发短信的,定时任务的配置在core包中。原先只有一个web1工程,它依赖于core,定时任务没问题。后来新加了一个web2工程,它也依赖于core。这样就会同时跑2个相同的任务了。 后来解决的方法是:对任务启动加入一个开关。web1开启,web2关闭。并且保证,web1不会出现集群。 |
|
返回顶楼 | |
发表时间:2011-07-08
flysnowxf 写道 除了写数据库,定时任务在其他业务上也容易出现这种重复执行的问题。
我之前有个项目是发短信的,定时任务的配置在core包中。原先只有一个web1工程,它依赖于core,定时任务没问题。后来新加了一个web2工程,它也依赖于core。这样就会同时跑2个相同的任务了。 后来解决的方法是:对任务启动加入一个开关。web1开启,web2关闭。并且保证,web1不会出现集群。 A表中加入一个IP字段,集群中各定时任务只执行包含自己IP的记录 这样都互不干扰,很好的运用集群环境. |
|
返回顶楼 | |
发表时间:2011-08-31
wenjinglian 写道 flysnowxf 写道 除了写数据库,定时任务在其他业务上也容易出现这种重复执行的问题。
我之前有个项目是发短信的,定时任务的配置在core包中。原先只有一个web1工程,它依赖于core,定时任务没问题。后来新加了一个web2工程,它也依赖于core。这样就会同时跑2个相同的任务了。 后来解决的方法是:对任务启动加入一个开关。web1开启,web2关闭。并且保证,web1不会出现集群。 A表中加入一个IP字段,集群中各定时任务只执行包含自己IP的记录 这样都互不干扰,很好的运用集群环境. 服务器的IP也可能出现变化。不过这个想法确实不错,可以用服务器序号1,2,3之类的来代替IP。 |
|
返回顶楼 | |