高性能MySQL读书笔记 找出谁持有锁
2022-11-12 09:23:49
内容摘要
这篇文章主要为大家详细介绍了高性能MySQL读书笔记 找出谁持有锁，具有一定的参考价值，可以用来参考一下。
对此感兴趣的朋友，看看idc笔记做的技术笔记！问题的背景：在实际使用MyS
文章正文
这篇文章主要为大家详细介绍了高性能MySQL读书笔记 找出谁持有锁，具有一定的参考价值，可以用来参考一下。
对此感兴趣的朋友，看看idc笔记做的技术笔记！
问题的背景：在实际使用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 foo20 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 lock20 test.foo Waiting - write High priority write lock如此，我们就能看到id是10的SQL堵塞了id是20的SQL，至于具体的SQL，到SHOW PROCESSLIST里对照一下就能看到了。
注：关于高性能MySQL读书笔记 找出谁持有锁的内容就先介绍到这里，更多相关文章的可以留意
代码注释
作者：喵哥笔记
