服务器之家

服务器之家 > 正文

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

时间:2019-11-13 15:29     来源/作者: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里对照一下就能看到了。

标签:

相关文章

热门资讯

玄元剑仙肉身有什么用 玄元剑仙肉身境界等级划分
玄元剑仙肉身有什么用 玄元剑仙肉身境界等级划分 2019-06-21
男生常说24816是什么意思?女生说13579是什么意思?
男生常说24816是什么意思?女生说13579是什么意思? 2019-09-17
配置IIS网站web服务器的安全策略配置解决方案
配置IIS网站web服务器的安全策略配置解决方案 2019-05-23
Nginx服务器究竟是怎么执行PHP项目
Nginx服务器究竟是怎么执行PHP项目 2019-05-24
华为nova5pro和p30pro哪个好 华为nova5pro和华为p30pro对比详情
华为nova5pro和p30pro哪个好 华为nova5pro和华为p30pro对比详情 2019-06-22
返回顶部