mysql死锁怎么定位 mysql解决死锁的基本方法

详解MySQL（InnoDB）如何处理死锁

锁是需要事务结束后才释放的。

做网站、成都网站设计的关注点不是能为您做些什么网站，而是怎么做网站，有没有做好网站，给创新互联一个展示的机会来证明自己，这并不会花费您太多时间，或许会给您带来新的灵感和惊喜。面向用户友好，注重用户体验，一切以用户为中心。

一个是 MVCC，一个是两阶段锁协议。

为什么要并发控制呢？是因为多个用户同时操作 MySQL 的时候，为了提高并发性能并且要求如同多个用户的请求过来之后如同串行执行的一样（为了解决脏读、不可重复读、幻读）

官方定义：

两阶段锁协议是指所有事务必须分两个阶段对数据加锁和解锁，在对任何数据进行读、写操作之前，事务首先要获得对该数据的封锁；在释放一个封锁之后，事务不再申请和获得任何其他封锁。

对应到 MySQL 上分为两个阶段：

但是两阶段锁协议不要求事务必须一次将所有需要使用的数据加锁（innodb在需要的索引列数据才锁行），并且在加锁阶段没有顺序要求，所以这种并发控制方式会形成死锁。

MySQL有两种死锁处理方式：

死锁检测 （默认开启）

死锁检测的原理是构建一个以事务为顶点、锁为边的有向图，判断有向图是否存在环，存在即有死锁。

回滚

检测到死锁之后，选择插入更新或者删除的行数最少的事务回滚，基于 INFORMATION_SCHEMA.INNODB_TRX 表中的 trx_weight 字段来判断。

收集死锁信息：

减少死锁：

死锁解决：

mysql 死锁排查

一、show ENGINE INNODB status

查看死锁位置，分析。

二、

首先解决死锁可以从死锁发生的条件入手，最容易解决的就是更改获取资源的顺序；

其次是避免长事务，让事务执行的时间尽可能少，让事务的覆盖范围尽可能小，长事务会导致并发度降低，且会有更多的SQL查 询延迟；

给整个方法加事务是否是必须的？可以不加事务的尽量不加。

如何查看MySQL数据库的死锁信息

方法/步骤

使用终端或命令提示符登录到MySQL，输入命令：

mysql -h xxxx.xxx.xxx -P 3306 -u username -p password

在MySQL客户端下输入命令：

show engine innodb status \G;

在打印出来的信息中找到“LATEST DETECTED DEADLOCK”一节内容

分析其中的内容，我们就可以知道最近导致死锁的事务有哪些

查询mysql 哪些表正在被锁状态

1.查看表是否被锁：

（1）直接在mysql命令行执行:showengineinnodbstatus\G。

（2）查看造成死锁的sql语句，分析索引情况，然后优化sql。

（3）然后showprocesslist,查看造成死锁占用时间长的sql语句。

（4）showstatuslike‘%lock%。

2.查看表被锁状态和结束死锁步骤：

（1）查看表被锁状态：showOPENTABLESwhereIn_use0;这个语句记录当前锁表状态。

（2）查询进程：showprocesslist查询表被锁进程；查询到相应进程killid。

（3）分析锁表的SQL：分析相应SQL，给表加索引，常用字段加索引，表关联字段加索引。

（4）查看正在锁的事物：SELECT*FROMINFORMATION_SCHEMA.INNODB_LOCKS。

（5）查看等待锁的事物：SELECT*FROMINFORMATION_SCHEMA.INNODB_LOCK_WAITS。

扩展资料

MySQL锁定状态查看命令：

Checkingtable：正在检查数据表（这是自动的）。

Closingtables：正在将表中修改的数据刷新到磁盘中，同时正在关闭已经用完的表。这是一个很快的操作，如果不是这样的话，就应该确认磁盘空间是否已经满了或者磁盘是否正处于重负中。

ConnectOut：复制从服务器正在连接主服务器。

Copyingtotmptableondisk：由于临时结果集大于tmp_table_size，正在将临时表从内存存储转为磁盘存储以此节省内存。

Creatingtmptable：正在创建临时表以存放部分查询结果。

deletingfrommaintable：服务器正在执行多表删除中的第一部分，刚删除第一个表。

deletingfromreferencetables：服务器正在执行多表删除中的第二部分，正在删除其他表的记录。

Flushingtables：正在执行FLUSHTABLES，等待其他线程关闭数据表。

Killed：发送了一个kill请求给某线程，那么这个线程将会检查kill标志位，同时会放弃下一个kill请求。MySQL会在每次的主循环中检查kill标志位，不过有些情况下该线程可能会过一小段才能死掉。如果该线程程被其他线程锁住了，那么kill请求会在锁释放时马上生效。

Locked：被其他查询锁住了。

Sendingdata：正在处理SELECT查询的记录，同时正在把结果发送给客户端。

Sortingforgroup：正在为GROUPBY做排序。

Sortingfororder：正在为ORDERBY做排序。

Openingtables：这个过程应该会很快，除非受到其他因素的干扰。例如，在执ALTERTABLE或LOCKTABLE语句行完以前，数据表无法被其他线程打开。正尝试打开一个表。

Removingduplicates：正在执行一个SELECTDISTINCT方式的查询，但是MySQL无法在前一个阶段优化掉那些重复的记录。因此，MySQL需要再次去掉重复的记录，然后再把结果发送给客户端。

Reopentable：获得了对一个表的锁，但是必须在表结构修改之后才能获得这个锁。已经释放锁，关闭数据表，正尝试重新打开数据表。

Repairbysorting：修复指令正在排序以创建索引。

Repairwithkeycache：修复指令正在利用索引缓存一个一个地创建新索引。它会比Repairbysorting慢些。

Searchingrowsforupdate：正在讲符合条件的记录找出来以备更新。它必须在UPDATE要修改相关的记录之前就完成了。

Sleeping：正在等待客户端发送新请求。

Systemlock：正在等待取得一个外部的系统锁。如果当前没有运行多个mysqld服务器同时请求同一个表，那么可以通过增加--skip-external-locking参数来禁止外部系统锁。

Upgradinglock：INSERTDELAYED正在尝试取得一个锁表以插入新记录。

Updating：正在搜索匹配的记录，并且修改它们。

UserLock：正在等待GET_LOCK()。

Waitingfortables：该线程得到通知，数据表结构已经被修改了，需要重新打开数据表以取得新的结构。然后，为了能的重新打开数据表，必须等到所有其他线程关闭这个表。

waitingforhandlerinsert：INSERTDELAYED已经处理完了所有待处理的插入操作，正在等待新的请求。