Mysql查看死锁

逃离我推掉我的手 2023-09-25 09:30 178阅读 0赞

## mysql 死锁:如何解决mysql死锁 ##

可直接在mysql命令行执行：showengineinnodbstatus\\G;查看造成死锁的sql语句，分析索引情况，然后优化sql然后showprocesslist;另外可以打开慢查询日志，linux下打开需在my.cnf的\[mysqld\]里面加上以下内容：

![Mysql查看死锁\_mysql死锁面试][Mysql_mysql]

## mysql 死锁？？？ ##

由于你用的是C\#所以有关这方面的并发解决方案并不多

给你几个参考吧

大并发量大数据量网站设计总结(这个还可以，有缓存的使用)：

并发量大的数据库连接池管理：

本回答由提问者推荐

## 数据库死锁问题怎么测试，用什么测试，测试步骤是什么？求帮助。谢谢 ##

![Mysql查看死锁\_mysql死锁面试\_02][Mysql_mysql_02]

## 请教一个MYSQL中死锁的问题 ##

通过代码解锁。

代码如下

1set global max\_connections=4000;

增加允许的最大连接数，先让前台网站可以正常工作。

回过头google ：mysql unauthenticated user

果然，遇到此类问题的人很多，问题在于mysql的反向ip地址解析，配置参数里加上skip-name-resolve就可以。

一、查看进程运行情况(会话1)

代码如下

1mysql> select id,user,host,db,command,time,state from processlist a;+—-+——+—————–+——————–+———+——+———–+| id | user | host | db | command | time | state|+—-+——+—————–+——————–+———+——+———–+| 40 | root | localhost:14046 | information\_schema | Query | 0 | executing|| 39 | root | localhost:13992 | chf | Sleep | 251 ||| 38 | root | localhost:13991 | chf | Sleep | 251 ||+—-+——+—————–+——————–+———+——+———–+3 rows in set (0.00 sec)

二、构造表被锁现象

1)锁住表(会话1)

代码如下

1mysql>LOCK TABLES chf.disc02 READ;或者–LOCK TABLES chf.disc02 WRITE;

2)执行dml操作(会话2)

代码如下

1mysql>delete from chf.disc02 limit 1;–会话处于卡死状态

3)查询进程运行情况(会话1)

代码如下

1mysql> select id,user,host,db,command,time,state from processlist a;+—-+——+—————–+——————–+———+——+———–+| id | user | host | db | command | time | state|+—-+——+—————–+——————–+———+——+———–+| 41 | root | localhost:14358 | chf | Query | 5 | Locked|| 40 | root | localhost:14046 | information\_schema | Query | 0 | executing|| 39 | root | localhost:13992 | chf | Sleep | 343 ||| 38 | root | localhost:13991 | chf | Sleep | 343 ||+—-+——+—————–+——————–+———+——+———–+

4 rows in set (0.01 sec)

说明：发现进程id为41的进程状态为Locked

三、解锁操作

1)删掉被锁进程(会话1)

代码如下

1mysql> kill 41;

出现现象(会话2)

ERROR 2013 (HY000): Lost connection to MySQL server during query

2)查看进程(会话1)

代码如下

1mysql> select id,user,host,db,command,time,state from processlist a;+—-+——+—————–+——————–+———+——+———–+| id | user | host | db | command | time | state|+—-+——+—————–+——————–+———+——+———–+| 40 | root | localhost:14046 | information\_schema | Query | 0 | executing|| 39 | root | localhost:13992 | chf | Sleep | 298 ||| 38 | root | localhost:13991 | chf | Sleep | 298 ||+—-+——+—————–+——————–+———+——+———–+3 rows in set (0.01 sec)

四、批量解锁

代码如下

1mysql> select concat(‘kill ‘,id,’;') kill\_process from processlist a where a.state=’Locked’;+————–+| kill\_process |+————–+| kill 43; || kill 42; |+————–+2 rows in set (0.01 sec)

Note：

1)可以使用show processlist查看当前用户连接

如果是root帐号，你能看到所有用户的当前连接。如果是其它普通帐号，只能看到自己占用的连接。show processlist;只列出前100条，如果想全列出请使用show full processlist;

2)在构造锁的会话中，使用unlock tables;也可以解锁

总结一下原因，大概如下：

因为mysql默认会根据客户端的ip地址反向解析，用于用户登录授权之用。不过正常情况下，很少会有人这样用。ip地址反向解析是很慢的，尤其是高负荷的mysql，每秒种几百次甚至更高的请求，这个请求压到本地的dns服务器上，dns服务器说不定会怀疑你在恶意请求，然后不理你了，然后这些登录请求就挂在那里，后面的连接还持续，然后越积越多，然后就达到mysql的最大连接数据限制了，然后新的连接就直接被拒，得到连接数过多的消息。

因为mysql配置文件使用的之前的配置文件，当时跟web同服务器，所以不存在这个问题。

这也正好解释了为什么phpMyAdmin里看mysqld状态时，有很多失败的连接，它们应该就是因反解析失败而被拒的。

MySQL解锁.壹聚教程\[引用时间2018-1-21\]是不是报了

ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction

如果是的话，那么应该是有别的程序，也在更新这个表。

你需要确定另外一个程序处理的顺序。

然后想办法让你的同步程序，与那个程序，错开时间运行。lock in share mode称为共享锁

for update称为排他锁

当事务中包含select ...lock in share mode的时候，相关记录将会被锁住，不允许进行修改。

这个语句限制在事务表的其他连接上进行update或者delete操作。

这个update会一直等待a连接执行commit或者rollback才会生效。

”因为客户端a需要一个x 锁定来删除该行，所以在这里发生死锁。尽管如此，锁定请求不被允许，因为客户端b已经有一个对x锁定的请求并且它正等待客户端a释放s锁定。因为客户端b之前对x 锁定的请求，被客户端a持有的s锁定也不能升级到x锁定。因此，innodb对客户端a产生一个错误，并且释放它的锁定。在那一点上，客户端b的锁定请求可以被许可，并且客户端b从表中删除行。 “

这是文档里关于上面这段代码解释的一段话

如果非要理解，我只能这么理解：

1、就是说事务b优先进入了等待x锁的队列，而事务a排在它后面，因此只要b获取不了x锁，a肯定获取不到

2、a锁持有s锁，因此b也不可能获得x锁

[Mysql_mysql]: https://img0.baidu.com/it/u=3395534455,2035905969&fm=15&fmt=auto
[Mysql_mysql_02]: https://img2.baidu.com/it/u=969901496,786092912&fm=15&fmt=auto