精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2011-03-25
一、先介绍一下手头的项目情况: 1、同时操作4个表,分别是25w、55W(CRUD操作),以及另外另个副表也是25w、55w(只写)。 2、应该也是50-100人左右同时操作。
二、这几天遇到的问题,就是数据死锁,以下附上错误部分错误提示: 事务(进程 ID 62)与另一个进程已被死锁在 lock 资源上,且该事务已被选作死锁牺牲品。请重新运行该事务。 事务(进程 ID 63)与另一个进程已被死锁在 lock 资源上,且该事务已被选作死锁牺牲品。请重新运行该事务。 事务(进程 ID 64)与另一个进程已被死锁在 lock 资源上,且该事务已被选作死锁牺牲品。请重新运行该事务。 [Microsoft][SQLServer 2000 Driver for JDBC][SQLServer]事务(进程 ID 62)与另一个进程已被死锁在 lock 资源上,且该事务已被选作死锁牺牲品。请重新运行该事务。
三、这几天解决问题的过程中解决的各种思路以及各种经历(没有兴趣者可以略过,直接看后面的解决部分): 1、怀疑Hibernate的findByProperty方法访问有问题。查找死锁的位置,发现只要是有以下获取list对象集的地方都会出错。
public List findByProperty(String propertyName, Object value) { log.debug("finding Persinfo instance with property: " + propertyName + ", value: " + value); try { String queryString = "from Persinfo as model where model." + propertyName + "= ?"; return getHibernateTemplate().find(queryString, value); } catch (RuntimeException re) { log.error("find by property name failed", re); throw re; } } 而且以下我们的写法很常用:
List list = persinfoDAO.findByPerscode(perscode); if(!list.isEmpty()){ Persinfo persinfo = (Persinfo)list.get(0);。。。
所以如果要改写非常繁琐,但是怎么看都觉得没有问题,放弃,继续查找原因。
2、怀疑是数据库连接太小,已经查到了出现死锁的位置。 (此处略去N个字) 3、怀疑Spring管理了所有的数据,改写配置文件: (此处略去N个字) 4、怀疑某一个用户锁住了表,另外的用户读取失败。(比较靠谱了) (此处略去N个字) 5、对Hibernate以及C3P0的设置进行优化。 (此处略去N个字) 6、最后发现,是一个用户对表进行操作,操作之前事务会把表锁住,然后事务没有及时提交(解锁),就对表进行读取,造成了自己(的读取)对自己(提交写等操作的缓冲)进行等待,造成死锁。
四、解决方法: 1、在业务层的一个方法里面:
Persinfo persinfo = (Persinfo)list.get(0); ... persinfoDAO.update(persinfo); ... if(...){ ... t402DAO.update(t402); } if(...){ ... familyDAO.merge(family); if(...){ ... t403DAO.update(t403); } ... famifundDAO.update(famifund); ... //硬性提交事务 familyDAO.getHibernateTemplate().flush(); t403DAO.getHibernateTemplate().flush(); famifundDAO.getHibernateTemplate().flush(); 注意点:多个操作完成之后,一次性进行flush进行事务提交。 其他思路:可以用AOP对业务层的某一个业务的所有方法进行定义,比如只读,或者整体事务,然后在Spring的配置文件进行配置。
五、附上我查阅资料之后发现的几个需要掌握的知识点: 1、Spring集成Hibernate,C3P0的设置参数。 2、事务隔离级别。 3、Spring对于事务管理的几种方式。 4、AOP的作用。
后记: 因为时间仓促,加之自己的理解还不够透彻,稍后有空了,再整理一下,把Spring管理Bean、Hibernate事务的一些原理解剖清楚,再发表给大家。
声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2011-03-25
数据库不一样,机制不一样
一个事务自己锁自己应该不太可能吧,锁都是自己拿了,自然就不会申请锁,所以也不会wati自己放锁,那就不可能死锁 |
|
返回顶楼 | |
发表时间:2011-03-29
ppgunjack 写道 数据库不一样,机制不一样
一个事务自己锁自己应该不太可能吧,锁都是自己拿了,自然就不会申请锁,所以也不会wati自己放锁,那就不可能死锁 它是这样子的,Spring管理下的Hibernate自动加了事务,一开始先把表给锁住,然后进行操作,但是事务的设置或者别的一些问题,导致没有自动提交事务,但是还没有提交的事务的时候又立刻对数据进行读操作。 |
|
返回顶楼 | |
浏览 3796 次