高性能MySQL读书笔记 找出谁持有锁
更新时间：2011年01月01日 22:56:32 作者：
周末重读了一遍《高性能MySQL》，发现有些知识点看过便忘了，没有实际动手操作一遍就是记不牢，所以今天动手操作了一下“找出谁持有锁”，并把实验步骤记录下来，有兴趣的网友可以参照一二。
问题的背景：在实际使用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里对照一下就能看到了。
开始实验，在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里对照一下就能看到了。
相关文章
这篇文章主要介绍了mysql 登录时闪退的问题解决方法的相关资料,mysql 出现闪退问题，很是棘手在做项目的时候，这里对解决这样的问题提供了解决方案，需要的朋友可以参考下2016-11-11
有关mysql优化的一些东东，自己整理的，网上搜集的，供朋友们学习参考吧2013-02-02
这篇文章主要为大家详细介绍了MyEclipse连接MySQL数据库图文教程,具有一定的参考价值，感兴趣的小伙伴们可以参考一下2016-10-10
这篇文章主要介绍了教你如何6秒钟往MySQL插入100万条数据的实现，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧2020-08-08
通过sysbench工具实现MySQL数据库的性能测试的方法
sysbench是一款压力测试工具，可以测试系统的硬件性能，也可以用来对数据库进行基准测试。这篇文章主要介绍了通过sysbench工具实现MySQL数据库的性能测试 ,需要的朋友可以参考下2019-07-07
这篇文章主要介绍了Mysql字符串字段判断是否包含某个字符串的2种方法,本文使用Like和find_in_set两种方法实现,需要的朋友可以参考下2015-01-01
最近在写SQL语句时，对选择IN 还是Exists犹豫不决，所以就上网查询了一下资料，本文就详细的介绍了两个方法的区别，感兴趣的可以了解一下2021-06-06
本文介绍MySQL数据库中执行select查询语句，并对查询的结果使用order by 子句进行排序2016-04-04
本篇文章主要给大家介绍了Mysql事务和数据的一致性处理问题，跟着小编一起学习下吧。2017-12-12
这篇文章主要介绍了mysql 一次向表中插入多条数据实例讲解的相关资料,需要的朋友可以参考下2016-10-10
最新评论