怀疑慢查询有问题

super_ebo

我在慢查询里发现了一些语句，然后手动执行，但是时间却0.07秒。

我怀疑被CACHE,于是 flush table;
在执行，但是时间依然0。07秒。

请问这个是为什么？ 是慢查询有问题么？
我设置的是2秒慢查询

RogerZhuo

回复 1# super_ebo
个人觉得有两种可能
1，这个query本身耗时超过2s, 你手动执行时,就你说的一样使用了Cache, 你可以加sql_no_cache来手动执行查询，验证一下。
2，有可能慢查询里的记录的query没有超2s, 你设置了“没有使用索引的查询"都被记录了，查看下面这个变量

show variables like 'log_queries_not_using_indexes';

输出结果是不是ON,

如果是on说明没有使用索引才被记录，

当然你完全可能 直接看slow log , 看他耗时值。

   

super_ebo

RogerZhuo 发表于 2012-03-22 11:09
回复 1# super_ebo
个人觉得有两种可能
1，这个query本身耗时超过2s, 你手动执行时,就你说的一样使用了 ...

对于第一点，我尝试了一下，用sql_no_cache跟没用时间是一样的。

对于第二点，我用的是mysql4。 而且我explain过，显示的是用到了索引。


而且，我的慢查询里的就这句测试语句的时间是16-18秒。但手动执行就0.07秒。
很是费解！

RogerZhuo

回复 3# super_ebo
这种现象是常常发生，还是只出现一两次？
可以跑一下相同的应用，再查看一下结果
会不会是多个应用sql争用同一资源，造成锁等待？

   

super_ebo

这种情况现在看是经常发生。
看慢查询的日志，语句的lock_time大多为零。
你说的同一资源指哪些？

如果是系统资源的话那不应该。 如果是mysql内部资源的话，我觉得就目前的压力来看还是应该不至于能到16-18秒。
而且类似语句频繁程度也比较高，就是where后面的id号不一样而已。

RogerZhuo

回复 5# super_ebo
资源所指的是被操作的数据库对象，表这些三。
确实如你所用，这种可能性太小，相差2个数量级，
即使是大事务，lock住了，innodb用的也是mvcc，


没遇到过，搞不明白，等大大来看看吧。



   

love100

explain以及slow log的结果发一下

yuanxb1985

当一个查询运行的时候，还有其他的查询在运行，比如有update，insert等，这些操作的优先级比select要高，那么select首先需要等待，其次还有各种资源的占用在不同的时刻是不同的。