当前位置： 移动技术网 > IT编程>数据库>Mysql > 高性能MySQL读书笔记 找出谁持有锁

高性能MySQL读书笔记 找出谁持有锁

2017年12月12日  | 移动技术网IT编程  | 我要评论
问题的背景：在实际使用mysql时，如果访问量比较大，那么很可能会出现大量locked状态的进程，但是却不能方便的识别是哪条sql引起的问题，很多人遇到此类问题时，多半是通过phpmyadmin查询可疑sql，然后kill掉，但问题是可疑sql可能会很多，这样逐一尝试太过笨拙，有的人一怒之下很可能会重启mysql，但如此治标不治本的方法肯定更不可取。

开始实验，在test数据库先建立一个测试表foo（注意：是myisam表类型），添加若干数据：
复制代码 代码如下:

create table if not exists `foo` (
`id` int(10) unsigned not null auto_increment,
`str` varchar(100) not null,
primary key (`id`)
) engine=myisam;

insert into `foo` (`id`, `str`) values
(1, 'a'),
(2, 'b');

打开一个mysql命令行终端：

mysql> use test;
mysql> select sleep(12345) from foo;

再打开一个mysql命令行终端：
复制代码 代码如下:

mysql> use test;
mysql> update foo set str='bar';

此时执行show processlist，可以看到已经出现locked现象了：

10 user sleep select sleep(12345) from foo
20 locked update foo set str = 'bar'

当然，我们知道是sleep堵塞了update，但如果不是这个实验，面对同样的情况，比如说几百个sql查询同时映入眼帘，我们如何来判断呢？此时没人能打包票，只能瞎蒙了，经验有时候很重要，但我们还需要明确的命令，在这里就是：

mysqladmin debug

注意：如何你没有设定“.my.cnf”配置文件的话，可能需要输入用户名和密码参数

命令执行后，不会有任何明确的输出，不要着急，有价值的东西此时已经被保存到了错误日志里：

mysql> show variables like 'log_error';

找到错误日志的具体路径后，打开，查看日志的最后部分：

10 test.foo locked - read low priority read lock
20 test.foo waiting - write high priority write lock

如此，我们就能看到id是10的sql堵塞了id是20的sql，至于具体的sql，到show processlist里对照一下就能看到了。

您可能感兴趣的文章:

如对本文有疑问，请在下面进行留言讨论，广大热心网友会与你互动！！ 点击进行留言回复

相关文章:

验证码：
最近更新的文章
大家感兴趣的文章
移动技术网