mysql死锁场景整理
1、MySQL有两种死锁处理方式：等待，直到超时（innodb_lock_wait_timeout=50s）。
2、产生死锁的四个必要条件：（1） 互斥条件：一个资源每次只能被一个进程使用。（2） 请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放。
3、gap lock 导致了并发处理的死锁 在mysql默认的事务隔离级别（repeatable read）下，无法避免这种情况。只能把并发处理改成同步处理。或者从业务层面做处理。
4、（1）直接在mysql命令行执行：showengineinnodbstatus\G。（2）查看造成死锁的sql语句，分析索引情况，然后优化sql。（3）然后showprocesslist，查看造成死锁占用时间长的sql语句。（4）showstatuslike‘%lock%。
如何查看mysql中表的锁定情况
使用 phpMyAdmin 查询：登录到 phpMyAdmin，然后展开对应的数据库，点击“锁”选项卡。在这里，您可以查看每个表的锁定情况。如果某个表的锁定次数大于 1，那么它可能被锁死。
方法3：利用 gdb 工具如果上述两种都用不了或者没来得及启用，可以尝试第三种方法。利用 gdb 找到所有线程信息，查看每个线程中持有全局锁对象，输出对应的会话 ID，为了便于快速定位，我写成了脚本形式。
如何查看mysql中表的锁定情况 1 show processlist； SHOW PROCESSLIST显示哪些线程正在运行。您也可以使用mysqladmin processlist语句得到此信息。如果您有SUPER权限，您可以看到所有线程。
搜索的结果中，如果在事务表发现了很多任务，最好都kill掉。执行kill命令：对应的线程都执行完kill命令之后，后续事务便可正常处理。针对紧急情况，通常也会直接操作第第第六步。
MySQL(InnoDB)是如何处理死锁的
1、表级锁不会产生死锁。所以解决死锁主要还是针对于最常用的InnoDB。死锁举例分析 在MySQL中，行级锁并不是直接锁记录，而是锁索引。
2、gap lock 导致了并发处理的死锁 在mysql默认的事务隔离级别（repeatable read）下，无法避免这种情况。只能把并发处理改成同步处理。或者从业务层面做处理。
3、我们mysql用的存储引擎是innodb，从日志来看，innodb主动探知到死锁，并回滚了某一苦苦等待的事务。
4、这个语句限制在事务表的其他连接上进行UPDATE或者DELETE操作。这个UPDATE会一直等待A连接执行commit或者rollback才会生效。”因为客户端A需要一个X 锁定来删除该行，所以在这里发生死锁。
5、程序中应有事务失败检测及自动重复提交机制。高并发（秒杀）场景中，关闭innodb_deadlock_detect选项，降低死锁检测开销，提高并发效率。生产环境MySQL死锁如何监控及如何减少死锁发生的概率。
6、在InnoDB存储引擎中，又可以分为mutex(互斥量)和rwlock(读写锁)。其目的是用来保证并发线程操作临界资源的正确性，并且通常没有死锁检测的机制。latch可以通过命令show engine innodb mutex来进行查看。
mysql如何排查死锁原因的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于mysql检查死锁、mysql如何排查死锁原因的信息别忘了在本站进行查找喔。