问题背景：
客户反馈系统性能存在严重问题，需要协助排查
排查发现系统有大量锁持有资源时间过长
临时手工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、高并发的场景要设置一些'排队'机制，不要批量把所有的更新都一次性提交到数据库。