MySQL业务频繁出现死锁导致程序性能存在严重问题

问题背景：

客户反馈系统性能存在严重问题，需要协助排查

排查发现系统有大量锁持有资源时间过长

临时手工KILL产生死锁源头的会话，

协助排查死锁产生的原因发现，业务提交至此节点，项目二开嵌套了一个其他事务导致死锁频发。

死锁产生的原因：

①会话A，update 1  nocommit
②会话B，update 2  nocommit

③会话A，update 2  wait①

④会话B，update 1  wait②

死锁产生，必须将其中的一个会话提交或回滚，另一个会话才得以继续执行。

如何减少死锁：

任何并发的事务场景都无法完全避免死锁，我们只能尽量减少发生的可能。

 

1、尽量减少一个会话持有的锁个数，分批多次提交事务。

2、尽量优化SQL，合理增加索引，减少SQL的执行时间，减少持有锁的周期。

3、避免将DML语句与SELECT语句放一个事务中，不要让SELECT额外增加锁的持有时间。

4、任何事务要么提交，要么回滚，在开启一个事务时一定要设置事务的结束和异常处理操作。

5、高并发的场景要设置一些'排队'机制，不要批量把所有的更新都一次性提交到数据库。