设置的MYSQL慢查询时间为3秒。结果慢查询日志里有许多类似于以下的内容:
# Time: 130606 13:51:52
# User@Host: root[root] @  [10.142.12.99]
# Query_time: 3.078165  Lock_time: 0.031251 Rows_sent: 1  Rows_examined: 321
SET timestamp=1370497912;
SELECT * FROM INFORMATION_SCHEMA.ROUTINES WHERE ROUTINE_SCHEMA='DatabaseName' AND ROUTINE_NAME='Proc1';
# Time: 130606 13:51:54
# User@Host: root[root] @  [10.142.12.99]
# Query_time: 4.609434  Lock_time: 0.000000 Rows_sent: 1  Rows_examined: 321
SET timestamp=1370497914;
SELECT * FROM INFORMATION_SCHEMA.ROUTINES WHERE ROUTINE_SCHEMA='DatabaseName' AND ROUTINE_NAME='Proc2';
# User@Host: root[root] @  [10.142.12.99]
# Query_time: 4.734435  Lock_time: 0.015625 Rows_sent: 1  Rows_examined: 321
SET timestamp=1370497914;
SELECT * FROM INFORMATION_SCHEMA.ROUTINES WHERE ROUTINE_SCHEMA='DatabaseName' AND ROUTINE_NAME='Proc3';
# User@Host: root[root] @  [10.142.12.99]
# Query_time: 4.812562  Lock_time: 0.000000 Rows_sent: 1  Rows_examined: 321
SET timestamp=1370497914;
SELECT * FROM INFORMATION_SCHEMA.ROUTINES WHERE ROUTINE_SCHEMA='DatabaseName' AND ROUTINE_NAME='Proc4';Proc1-4为存储过程。不明白为什么找个存储过程都能延迟这么长时间啊。还有类似问题如何解决??

解决方案 »

  1.   


    0.062S.这个 INFORMATION_SCHEMA.ROUTINES表也就是300来行。今天报错的时候数据量确实大了一些。百度得知,这个表号称Memory引擎。但是我看得是MyIsam引擎。可能跟MyIsam表级锁有关系。但是改又报1044。所以现在一筹莫展。
      

  2.   

    SET timestamp=1370528488;
    # administrator command: Init DB;
    # User@Host: root[root] @  [127.0.0.1]
    # Query_time: 21.218750  Lock_time: 0.000000 Rows_sent: 0  Rows_examined: 0今天又出了大量的这样的东西