mysql死锁实践

• 应用日志现象：

Caused by: java.sql.SQLTransactionRollbackException: (conn=8563166) Deadlock found when trying to get lock; try restarting transaction

• 查问题，第一步看日志：SHOW ENGINE INNODB STATUS

• 确认产生问题的SQL，标注了一些关键字，要自己分析下

• 解决办法：第二条SQL是在存储过程中，把存储过程会话的事务隔离级别降低，默认为REPEAT READ

        SET session TRANSACTION ISOLATION LEVEL Read Committed;

• 另外一篇日志提供的方法，下面是链接：https://www.cnblogs.com/cnsanshao/p/7252825.html

怎样降低 innodb 死锁几率？

死锁在行锁及事务场景下很难完全消除，但可以通过表设计和SQL调整等措施减少锁冲突和死锁，包括：

• 尽量使用较低的隔离级别，比如如果发生了间隙锁，你可以把会话或者事务的事务隔离级别更改为 RC(read committed)级别来避免，但此时需要把 binlog_format 设置成 row 或者 mixed 格式
• 精心设计索引，并尽量使用索引访问数据，使加锁更精确，从而减少锁冲突的机会；
• 选择合理的事务大小，小事务发生锁冲突的几率也更小；
• 给记录集显示加锁时，最好一次性请求足够级别的锁。比如要修改数据的话，最好直接申请排他锁，而不是先申请共享锁，修改时再请求排他锁，这样容易产生死锁；
• 不同的程序访问一组表时，应尽量约定以相同的顺序访问各表，对一个表而言，尽可能以固定的顺序存取表中的行。这样可以大大减少死锁的机会；
• 尽量用相等条件访问数据，这样可以避免间隙锁对并发插入的影响；
• 不要申请超过实际需要的锁级别；除非必须，查询时不要显示加锁；
• 对于一些特定的事务，可以使用表锁来提高处理速度或减少死锁的可能。