【讨论中】mysql # administrator command: Quit;冻结sql，是什么原因导致的？

kenny_hs

use sh_db;
SET timestamp=1365348617;
# administrator command: Quit;
# User@Host: global_ro[global_ro] @  [101.10.13.174]
# Query_time: 0.368370  Lock_time: 0.000000 Rows_sent: 0  Rows_examined: 0
use sh_db;
SET timestamp=1365348617;
# administrator command: Quit;
# Time: 130407 23:30:36
# User@Host: global_ro[global_ro] @  [101.10.13.170]
# Query_time: 20.245363  Lock_time: 0.051678 Rows_sent: 5  Rows_examined: 5
SET timestamp=1365348636;
select comid,DefaulCommName,ComName from communitys where ComId in (155,270,154,160,38 # php (622) 2013-04-07 23:30:16;
# User@Host: global_ro[global_ro] @  [101.10.13.171]
# Query_time: 20.240500  Lock_time: 0.051424 Rows_sent: 1  Rows_examined: 1
# User@Host: global_ro[global_ro] @  [101.10.13.169]
# Query_time: 20.230262  Lock_time: 0.052007 Rows_sent: 1  Rows_examined: 1
SET timestamp=1365348636;
select * from members where userid = '659150' # php (34) 2013-04-07 23:30:16;

kenny_hs

看了下mysql官网，有类似的例子，但没有解释是什么原因导致的，求解
http://lists.mysql.com/mysql/200462

rucypli

怎么看出来冻结sql的？

kenny_hs

select comid,DefaulCommName,ComName from communitys where ComId in (155,270,154,160,38 # php (622) 2013-04-07 23:30:16;
这条sql运行时间 2013-04-07 23:30:16，到 2013-04-07 23:30:36才执行结束
平常执行时间0.05sec都不要，居然花费了20sec，同时看了下master上的binlog，这段时间没有对相应表的DDL操作和花费时间很长的update、delete操作的sql

kenny_hs

回复 3# rucypli


select comid,DefaulCommName,ComName from communitys where ComId in (155,270,154,160,38 # php (622) 2013-04-07 23:30:16;
这条sql运行时间 2013-04-07 23:30:16，到 2013-04-07 23:30:36才执行结束
平常执行时间0.05sec都不要，居然花费了20sec，同时看了下master上的binlog，这段时间没有对相应表的DDL操作和花费时间很长的update、delete操作的sql


   

kenny_hs

而且接下来有好几百条select语句都是20sec才执行结束

rucypli

看下这个时间2013-04-07 23:30  机器的load如何

kenny_hs

load 0.7左右
cpu 12%左右
util  17%左右
很低了

cenalulu

这个基本上是实例级别，或者server级别的halt。
要不就是global read only的block，要不就是操作系统级别的繁重任务造成的

devilkin0312

备份？crontab？