前言
mysql是项目中常用的数据库，其中in查询也是很常用。最近项目调试过程中，遇到一个出乎意料的select查询，竟然用了33秒！
一、表结构
1. userinfo 表
2. article 表
select*fromuserinfowhereidin(selectauthor_idfromartilcewheretype=1);
登录后复制
大家第一眼看到上面的SQL时，可能都会觉得这是一个很简单的子查询。先把author_id查出来，再用in查询一下。
如果有相关索引会非常快的，拆解来讲就是以下这样的：
1.selectauthor_idfromartilcewheretype=1; 2.select*fromuserinfowhereidin(1,2,3);
登录后复制
但是事实是这样的：
mysql> select count(*) from userinfo;
登录后复制
mysql> select count(*) from article;
登录后复制
mysql> select id,username from userinfo where id in (select author_id from article where type = 1);
登录后复制
33 秒！为什么会这么慢呢？
三、问题原因
官方文档解释：in 子句在查询的时候有时会被转换为 exists 的方式来执行，变成逐条记录进行遍历（版本 5.5 中存在，5.6 中已做优化）。
参考：
https://dev.mysql.com/doc/refman/5.5/en/subquery-optimization.html
四、解决方式（版本5.5）
1. 使用临时表
select id,username from userinfowhere id in (select author_id from(select author_id from article where type = 1) as tb);
登录后复制
2. 使用 join
select a.id,a.username from userinfo a, article bwhere a.id = b.author_id and b.type = 1;
登录后复制
五、补充
版本 5.6 已针对子查询做了优化，方式跟【四】中的临时表方式一样，参考官方文档：
If materialization is not used, the optimizer sometimes rewrites a noncorrelated subquery as a correlated subquery.
For example, the following IN subquery is noncorrelated ( where_condition involves only columns from t2 and not t1 ):
select * from t1
where t1.a in (select t2.b from t2 where where_condition);
The optimizer might rewrite this as an EXISTS correlated subquery:
select * from t1
where exists (select t2.b from t2 where where_condition and t1.a=t2.b);
Subquery materialization using a temporary table avoids such rewrites and makes it possible to execute the subquery only once rather than once per row of the outer query.
https://dev.mysql.com/doc/refman/5.6/en/subquery-materialization.html
文章来自微信公众号：HULK一线技术杂谈
以上就是记踩到 MySQL in 子查询的“坑”的详细内容，更多请关注【创想鸟】其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至253000106@qq.com举报，一经查实，本站将立刻删除。
发布者：PHP中文网，转转请注明出处：https://www.chuangxiangniao.com/p/2201609.html
