问题背景：
客户反馈系统性能存在严重问题，需要协助排查
排查发现系统有大量锁持有资源时间过长
临时手工 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、高并发的场景要设置一些 '排队 '机制，不要批量把所有的更新都一次性提交到数据库。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/69950231/viewspace-2668715/ ，如需转载，请注明出处，否则将追究法律责任。
