mysql group by 优化

mysql中针对索引的优化的网上有很多文章可以看到了，针对group by 可能不是很多，如果没有接触到需要用group by优化的例子，也可能并不清楚group by 优化是怎么回事。

查找了网上一些博客分析GROUP BY 与临时表的关系 :

　　1. 如果GROUP BY 的列没有索引,产生临时表.

　　2. 如果GROUP BY时,SELECT的列不止GROUP BY列一个,并且GROUP BY的列不是主键 ,产生临时表.

　　3. 如果GROUP BY的列有索引,ORDER BY的列没索引.产生临时表.

　　4. 如果GROUP BY的列和ORDER BY的列不一样,即使都有索引也会产生临时表.

　　5. 如果GROUP BY或ORDER BY的列不是来自JOIN语句第一个表.会产生临时表.

　　6. 如果DISTINCT 和 ORDER BY的列没有索引,产生临时表.

在我们的一个实际项目中有个sql group by 的表随着时间的推移行数增大，最后查询很慢，大概20s左右，查了很多资料后发现是临时表过大的问题，然后就写了个子查询，把判断判断条件放在子查询里面(结果集变小)，用子查询的结果做为临时表去与其他表做关联。优化后查询只要0.02s

开始的sql 类似下面:

SELECT

* -- 很多字段，这里不列出来

FROM p_balance_log AS l

INNER JOIN p_user AS u ON u.uid=l.uid

LEFT JOIN p_user AS p ON p.uid=u.pid

LEFT JOIN p_user AS u1 ON u1.pid=p.uid

LEFT JOIN p_order o ON o.oid=l.business_id

where *** --判断条件

GROUP BY l.balance_log_id

ORDER BY l.balance_log_id desc

LIMIT 0,10

优化后的sql:

SELECT

* -- 很多字段，这里不列出来

FROM

(SELECT * from p_balance_log WHERE *** --判断条件 ORDER BY balance_log_id desc LIMIT 0,10 ) AS l

INNER JOIN p_user AS u ON u.uid=l.uid

LEFT JOIN p_user AS p ON p.uid=u.pid

LEFT JOIN p_user AS u1 ON u1.pid=p.uid

LEFT JOIN p_order o ON o.oid=l.business_id

LIMIT 0,10

上面这个例子就是　5. 如果GROUP BY或ORDER BY的列不是来自JOIN语句第一个表.会产生临时表。临时过大导致查询变慢，就算加了索引也没效。所以得想办法让临时表变小，把where条件都写在子查询里面，让子查询的结果集变小，在去使用join 联合查询。这也符合join查询用小表驱动大表的原则。

总结一下sql查询优化的原则，一是通过加索引来让查询的where条件的判断更快，要注意索引失效的情况，二是join查询的时候要注意小表驱动大表。