共计 1004 个字符,预计需要花费 3 分钟才能阅读完成。
前言
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 userinfo
where 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 b
where a.id = b.author_id and b.type = 1;
五、补充
版本 5.6 已针对子查询做了优化,方式跟【四】中的临时表方式一样,参考官方文档:
正文完
星哥说事-微信公众号
![post-qrcode](https://www.xgss.net/wp-content/uploads/2023/07/二维码-微信公众号256x256.jpg)