关于数据库发生死锁的问题

数据库出现死锁问题:报错为 Lock wait timeout exceeded; try restarting transaction Query:.................mysql

发现的问题所在

原来是本人在写批量操做时,在进行事务处理操做的时候忘记写提交Connection对象了,也就是事务的提交commit,致使了这个数据库死锁的悲剧!sql

解决方案:

1. 首先必须了解的知识:

在InnoDB Plugin以前,通常经过show full processlist(很难发现被锁的行记录问题所在)和show engine innodb status命令查看当前的数据库请求,而后再判断当前事务中锁的状况。随着mysql的发展,已经提供更加便捷的方法来监控数据库中的锁等待现象了。数据库

在information_schema下面有三张表:INNODB_TRX、INNODB_LOCKS、INNODB_LOCK_WAITS(解决问题方法),经过这三张表,能够更简单地监控当前的事务并分析可能存在的问题。
比较经常使用的列:rest

trx_id:InnoDB存储引擎内部惟一的事物ID
trx_status:当前事务的状态
trx_status:事务的开始时间
trx_requested_lock_id:等待事务的锁ID
trx_wait_started:事务等待的开始时间
trx_weight:事务的权重,反应一个事务修改和锁定的行数,当发现死锁须要回滚时,权重越小的值被回滚
trx_mysql_thread_id:MySQL中的进程ID,与show processlist中的ID值相对应
trx_query:事务运行的SQL语句code

2. 解决方法:

kill该未提交事务的进程ID,将报错信息中包含的sql语句对应的进程ID给杀死就解决了,因此说在业务逻辑代码中对数据库操做的Dao进行事务控制的时候,必定要记得提交事务,不然就可能出现上面的悲剧!orm

另外,对于刚刚修改过的记录,再次进行修改,也可能出现数据库死锁的问题,因此,从代码和业务层面也应该避免开来。对象

相关文章
相关标签/搜索