mysql in型子查询陷阱

现在有两个表,table1和table2,table1有1千万数据(id 主键索引),table2有三条数据(uid字段 3,5,7);

select * from table1 where id in ( select uid from table2 );

眨眼一看感觉这条语句应该很快;可能你会一厢情愿的以为 先执行括号里面的语句,然后在执行外层的select;外层的select用上了 id主键速度应该飞起来才对;

实际上这条语句执行非常慢,我这里测试20s;

通过  explain 分析,这条语句没有用上索引,而是全表扫描;原因在哪里?

实际上 mysql 内部不是照着我们的想法来运行的,他是从外层执行起走,每扫一行就把id拿来和内层查询比较,所以外层是全表扫描;

把这条语句改成:

select * from table1 where id in ( 3,5,7 );  【补充一点,在mysql内部  in 会被自动转化为  exists】

执行时间编程毫秒级了,通过explain 查看 使用了range 扫描,可以看出mysql内部操作原理;

然后我们再来看一下有没有解决方案:

select table1.* from table1 inner join table2 on table1.id=table2.uid;

查询时间也是毫秒级的;

这次通过 explain 发现  ,mysql先执行了 select uid from table2,然后执行select table1 并且使用了 eq_ref 一对一索引;

时间: 2024-10-20 20:57:46

mysql in型子查询陷阱的相关文章

in型子查询陷阱

in 型子查询引出的陷阱 select goods_id from goods where cat_id in (1,2,3) 直接用id,不包含子查询,不会中陷阱 题: 在ecshop商城表中,查询6号栏目的商品, (注,6号是一个大栏目) 最直观的: mysql> select goods_id,cat_id,goods_name from  goods where cat_id in (select cat_id from ecs_category where parent_id=6);

MySQL where型子查询

where型子查询是内层查询的结果,作为外层sql的比较条件. select goods_id, goods_name from goods where goods_id = (select max(goods_id) from         goods); 内层查询为select max(goods_id) from goods 外层查询为select goods_id, goods_name from goods where goods_id 就是在把最大的goods_id的值赋给外层的g

MySQL from型子查询

把内层sql语句查询的结果作为临时表供外层sql语句再次查询. select goods_id, goods_name from goods where goods_id between 20 and 25; select goods_id, goods_name, cat_id from goods order by cat_id asc, goods_id desc; select goods_id, cat_id, goods_name from (select goods_id, goo

mysql优化---in型子查询,exists子查询,from 型子查询

in型子查询引出的陷阱:(扫更少的行,不要临时表,不要文件排序就快) 题: 在ecshop商城表中,查询6号栏目的商品, (注,6号是一个大栏目) 最直观的: mysql> select goods_id,cat_id,goods_name from goods where cat_id in (select cat_id from category where parent_id=6); 误区: 给我们的感觉是, 先查到内层的6号栏目的子栏目,如7,8,9,11 然后外层, cat_id in

MySql学习(三) —— 子查询(where、from、exists) 及 连接查询(left join、right join、inner join、union join)

同样的,使用goods表来练习子查询,表结构如下: 所有数据(cat_id与category.cat_id关联): 类别表: mingoods(连接查询时作测试) 一.子查询 1.where型子查询:把内层查询的结果作为外层查询的比较条件 1.1 查询id最大的一件商品(使用排序+分页实现) :mysql> SELECT goods_id,goods_name,shop_price FROM goods ORDER BY goods_id DESC LIMIT 1; 1.2 查询id最大的一件商

mysql数据类型和子查询

电脑的一个字节等于8位,也就是1Byte=8bit.字节(Byte /bait/ n. [C])是计算机信息技术用于计量存储容量的一种计量单位,也表示一些计算机编程语言中的数据类型和语言字符.bit中文名称是位,音译"比特",是用以描述电脑数据量的最小单位.计算机容量单位的换算关系是:1Byte=8bit,1KB=1024B,1MB=1024KB,1GB=1024MB,1TB=1024GB,1PB=1024TB,1EB=1024PB,1ZB=1024EB,1YB=1024ZB 二进制转

mysql 子句、子查询、连接查询

一.mysql查询的五种子句 where子句(条件查询):按照“条件表达式”指定的条件进行查询. group by子句(分组):按照“属性名”指定的字段进行分组.group by子句通常和count().sum()等聚合函数一起使用. having子句(筛选):有group by才能having子句,只有满足“条件表达式”中指定的条件的才能够输出. order by子句(排序):按照“属性名”指定的字段进行排序.排序方式由“asc”和“desc”两个参数指出,默认是按照“asc”来排序,即升序.

MySQL中IN子查询会导致无法使用索引

原文:MySQL中IN子查询会导致无法使用索引 今天看到一个博客园的一篇关于MySQL的IN子查询优化的案例,一开始感觉有点半信半疑(如果是换做在SQL Server中,这种情况是绝对不可能的,后面会做一个简单的测试.)随后动手按照他说的做了一个表来测试验证,发现MySQL的IN子查询做的不好,确实会导致无法使用索引的情况(IN子查询无法使用所以,场景是MySQL,截止的版本是5.7.18) MySQL的测试环境 测试表如下 create table test_table2 ( id int a

MySQL学习笔记-子查询和连接

MySQL学习笔记-子查询和连接 使客户端进入gbk编码方式显示: mysql> SET NAMES gbk; 1.子查询 子查询的定义: 子查询(Subquery)是指出现在其他SQL语句内的SELECT子句. 例如:  SELECT * FROM t1 WHERE col1 = (SELECT col2 FROM t2); 其中SELECT * FROM t1 称为Outer Query / Outer Statement (外部查询) SELECT col2 FROM t2 , 被称为Su