Mysql 慢速查询需要0.0007秒?为什么这在我的slowlog里?
需要0.0007秒才能完成Mysql 慢速查询需要0.0007秒?为什么这在我的slowlog里?,mysql,Mysql,需要0.0007秒才能完成 SELECT vt.vtid, vt.tag, vt.typeid, vt.id, vt.count, tt.type, u.username, vt.date_added, tc.context, tc.contextid FROM ( vt, tt, u ) LEFT JOIN tc ON ( vt.vtid = tc.vtid AND tc.userid = vt.userid ) WHERE vt.typeid = tt.typeid AND vt.veri
SELECT vt.vtid, vt.tag, vt.typeid, vt.id, vt.count, tt.type, u.username, vt.date_added, tc.context, tc.contextid
FROM ( vt, tt, u )
LEFT JOIN tc ON ( vt.vtid = tc.vtid AND tc.userid = vt.userid )
WHERE vt.typeid = tt.typeid
AND vt.verified =0
AND vt.userid = u.userid
ORDER BY vt.date_added DESC
LIMIT 1
如何才能将其更改为不显示在慢速查询日志中?只是一个猜测。您可以设置不使用索引的
日志查询
标志。根据文档,即使使用了索引,也可能导致查询记录在慢速日志中。我非常确定a1ex07是正确的
但是,如果您想稍微加快查询速度,可以将tc上的索引从vtid上的索引更改为(vtid,userid)上的索引。这样的复合键在两个键上都要快得多,在第一个字段上也几乎一样快。我猜探查器的性能标准高得离谱。好奇的是,这个查询有什么作用?@BoltClock慢速日志阈值设置以秒为单位(即:不是毫秒),所以根本不应该是这样。看来是a1ex07弄明白了,tho。@zanlok:我知道,我只是开玩笑说的:)
id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE vt ref typeid,userid,verified verified 1 const 9 Using where; Using filesort
1 SIMPLE tt eq_ref PRIMARY PRIMARY 4 vt.typeid 1
1 SIMPLE tc ref vtid vtid 4 vt.vtid 3
1 SIMPLE u eq_ref PRIMARY PRIMARY 4 vt.userid 1 Using where