2018-07-31 关于数据库发生死锁的问题

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

发现的问题所在

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

解决方案：

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

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

在information_schema下面有三张表:INNODB_TRX、INNODB_LOCKS、INNODB_LOCK_WAITS（解决问题方法），通过这三张表，可以更简单地监控当前的事务并分析可能存在的问题。
比较常用的列：

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语句

2. 解决方法：

kill该未提交事务的进程ID，将报错信息中包含的sql语句对应的进程ID给杀死就解决了，所以说在业务逻辑代码中对数据库操作的Dao进行事务控制的时候，一定要记得提交事务，否则就可能出现上面的悲剧！

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