MySQL调优 ---- IN

时间：2015-08-08 06:44:04 阅读：227 评论：0 收藏：0 [点我收藏+]

在慢查询优化中，对于 IN 这个关键字的优化的出现概率还是挺高的。其实对于 IN 关键字出现的 SQL 优化其实难度不高，重要的是熟悉该 SQL 的应用场景也可以说是业务逻辑。

一、举个最近遇到的例子( 业务：查询该标签下所有的文章数量 )：

select count(*) from cms_article ca where 某个TagID in (select cat.tag_id from cms_article_tag cat where ca.id=cat.article_id)

看下 EXPLAIN 结果：

引用MySQL官方文档的一句话：A typical case for poor IN subquery performance is when the subquery returns a small number of rows but the outer query returns a large number of rows to be compared to the subquery result.

可以从 EXPLAIN 结果明显看出， IN 子查询就扫了2行，而另一个查询扫描了大量行数，完全符合官方文档说的慢查询情况。

二、如何优化呢？

本文开头就说了，先熟悉业务逻辑，然后就很好改了。

引用MySQL官方文档的解决方案：The optimizer is more mature for joins than for subqueries, so in many cases a statement that uses a subquery can be executed more efficiently if you rewrite it as a join.［也就是熟悉业务，然后大多数情况都能改成 JOIN 的方式来优化］

优化后SQL：

select count(*) from cms_article ca RIGHT JOIN cms_article_tag cat ON cna.id = cnat.article_id WHERE cnat.tag_id=某TagID

EXPLAIN结果：

查询行数锐减，只要25*1的复杂度就完成了本次查询。

三、参考资料

MySQL官网

MySQL调优 ---- IN

原文：http://blog.csdn.net/wenniuwuren/article/details/47350469

踩

(0)

评论一句话评论（0）

分享档案

更多>

2021年09月23日 (328)
2021年09月24日 (313)
2021年09月17日 (191)
2021年09月15日 (369)
2021年09月16日 (411)
2021年09月13日 (439)
2021年09月11日 (398)
2021年09月12日 (393)
2021年09月10日 (160)
2021年09月08日 (222)