DBA发来一个线上慢查询问题。 SQL例如以下(为突出重点省略部分内容):
select distinct article0_.id, 等字段 from article_table article0_, hits_table articlehit1_ where article0_.id=articlehit1_.id order by hits;

EXPLAIN结果:耗时4.03S
MySQL调优 —— Using temporary-LMLPHP
出乎意料。 居然会有Using temporary, order by仅仅用到了一张表。 正常情况下不会出现借助辅助表再进行排序的情况(这样的情况是多个表都涉及到排序字段才会引起的), 正常情况应该是仅仅在排序有关系的表排序后然后就进行连接操作(比如本例的inner join)。 索引什么的事实上都建好了,
看type字段就能看出来, 可參考MySQL调优 ---- LEFT JOIN




认真一看SQL语句, 居然在主键id上加上了distinct。 这不是白白浪费了性能。 尝试改动语句为:
select article0_.id, 等字段 from article_table article0_, hits_table articlehit1_ where article0_.id=articlehit1_.id order by hits;



EXPLAIN结果: 耗时0.04S
MySQL调优 —— Using temporary-LMLPHP
居然由于一个distinct修饰, 让MySQL觉得两张表排序须要用到暂时表。 真是一个奇葩的问题。

distinct很耗时, 准备在下一篇博文具体介绍下。

05-11 14:46