首页 运维干货眼睁睁地踩到 MySQL in 子查询的“坑”

眼睁睁地踩到 MySQL in 子查询的“坑”

运维派隶属马哥教育旗下专业运维社区,是国内成立最早的IT运维技术社区,欢迎关注公众号:yunweipai
领取学习更多免费Linux云计算、Python、Docker、K8s教程关注公众号:马哥linux运维

前言

MySQL是项目中常用的数据库,其中in查询也是很常用。最近项目调试过程中,遇到一个出乎意料的select查询,竟然用了33秒!

一、表结构

1. userinfo 表

眼睁睁地踩到 MySQL in 子查询的“坑”插图

2. article 表

眼睁睁地踩到 MySQL in 子查询的“坑”插图(1)

二、问题SQL实例

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 in 子查询的“坑”插图(2)

mysql> select count(*) from article;

眼睁睁地踩到 MySQL in 子查询的“坑”插图(3)

 

mysql> select id,username from userinfo where id in (select author_id from article where type = 1);

眼睁睁地踩到 MySQL in 子查询的“坑”插图(4)

33 秒为什么会这么慢呢?

三、问题原因

官方文档解释:in 子句在查询的时候有时会被转换为 exists 的方式来执行,变成逐条记录进行遍历(版本 5.5 中存在,5.6 中已做优化)。

眼睁睁地踩到 MySQL in 子查询的“坑”插图(5)

参考:

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);

眼睁睁地踩到 MySQL in 子查询的“坑”插图(6)

2. 使用 join

select a.id,a.username from userinfo a, article b

where a.id = b.author_id and b.type = 1;

眼睁睁地踩到 MySQL in 子查询的“坑”插图(7)

五、补充

版本 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一线技术杂谈

本文链接:http://www.yunweipai.com/13002.html

网友评论comments

发表评论

邮箱地址不会被公开。

暂无评论

Copyright © 2012-2021 YUNWEIPAI.COM - 运维派 京ICP备16064699号-6
扫二维码
扫二维码
返回顶部