MySQL不支持子查询优化一例

一创建表

create table tt1(id int primary key, c1 INT);
create table tt2(id int primary key, c2 INT);
insert into tt1 values(1,1),(2,2),(3,3),(4,4);
insert into tt2 values(1,2),(2,2);

二 执行计划与问题

mysql> explain EXTENDED SELECT tt1.c1, (SELECT tt2.c2 FROM tt2 WHERE c2=10) FROM tt1, tt2;
+----+-------------+-------+-------+---------------+---------+---------+------+------+----------+---------------------------------------+
| id | select_type | table | type  | possible_keys | key     | key_len | ref  | rows | filtered | Extra                                 |
+----+-------------+-------+-------+---------------+---------+---------+------+------+----------+---------------------------------------+
|  1 | PRIMARY     | tt2   | index | NULL          | PRIMARY | 4       | NULL |    2 |   100.00 | Using index                           |
|  1 | PRIMARY     | tt1   | ALL   | NULL          | NULL    | NULL    | NULL |    4 |   100.00 | Using join buffer (Block Nested Loop) |
|  2 | SUBQUERY    | tt2   | ALL   | NULL          | NULL    | NULL    | NULL |    2 |   100.00 | Using where                           |
+----+-------------+-------+-------+---------------+---------+---------+------+------+----------+---------------------------------------+
3 rows in set, 1 warning (0.00 sec)
这个语句的执行顺序是怎么执行的,就是按照执行计划这样从上到下执行吗?

三 分析

---id值为1的两个,是From子句中的tt1和tt2,用块嵌套循环连接算法做内连接,tt2是外表,所以先启动的是tt2;后启动的是tt1。
---id值为2的是目标列中的子查询,后于FROM子句中的表执行。发生在连接后要求目标列的值发给客户端阶段。
---理论上是可以优化的,方法为:目标列只有一列和WHERE条件相同,所以,可以推知此子查询的结果是2。
---但是,MySQL没有优化这样的子查询。
---另外,对于这里的子查询,如果其结果返回多行,则MySQL会报告错误:ERROR 1242 (21000): Subquery returns more than 1 row。

时间: 2024-10-10 17:07:38

MySQL不支持子查询优化一例的相关文章

mysql 子查询优化一例

写在前面的话: 在慢查优化1和2里都反复强调过 explain 的重要性,但有时候肉眼看不出 explain 结果如何指导优化,这时候还需要有一些其他基础知识的佐助,甚至需要了解 MySQL 实现原理,如子查询慢查优化. 看到 SQL 执行计划中 select_type 字段中出现"DEPENDENT SUBQUERY"时,要打起精神了! --MySQL 的子查询为什么有时候很糟糕-- 引子:这样的子查询为什么这么慢? 下面的例子是一个慢查,线上执行时间相当夸张.为什么呢? SELEC

MySQL里面的子查询

一.子查询定义 定义: 子查询允许把一个查询嵌套在另一个查询当中. 子查询,又叫内部查询,相对于内部查询,包含内部查询的就称为外部查询. 子查询可以包含普通select可以包括的任何子句,比如:distinct. group by.order by.limit.join和union等:但是对应的外部查询必须是以下语句之一:select.insert.update.delete.set或 者do. 子查询的位置: select 中.from 后.where 中.group by 和order by

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中针对大数据量常用技术_创建索引+缓存配置+分库分表+子查询优化(转载)

原文地址:http://blog.csdn.net/zwan0518/article/details/11972853 目录(?)[-] 一查询优化 1创建索引 2缓存的配置 3slow_query_log分析 4分库分表 5子查询优化 二数据转移 21插入数据 如今随着互联网的发展,数据的量级也是撑指数的增长,从GB到TB到PB.对数据的各种操作也是愈加的困难,传统的关系性数据库已经无法满足快速查询与插入数据的需求.这个时候NoSQL的出现暂时解决了这一危机.它通过降低数据的安全性,减少对事务

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

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最大的一件商

使用嵌套子查询优化hive的SQL

[Author]: kwu 使用子查询优化hive的SQL 在1亿条数据中执行一条简单的语句,查询只访问主站一次的用户数量: select count(*) as cnt from tracklog group by cookieid having cnt=1 ; 查询反应很慢,半小时都未出结果 使用嵌套子查询优化hive-SQL select count(t.cookieid) from (select count(cookieid) as cnt,cookieid from tracklog

mysql update from 子查询

mssql 子查询更新 update log set uin= b.uinfrom log a,logs bwhere a.accountuin = b.accountuin mysql 不支持 update 子查询更新 找了半天资料 终于搞定了... update `log` a inner join `logs` b on a.`accountuin` = b.`accountuin`set a.`uin` = b.`uin` where a.`accountuin` = b.`accoun

由一条sql语句想到的子查询优化

摘要:相信大家都使用过子查询,因为使用子查询可以一次性的完成很多逻辑上需要多个步骤才能完成的SQL操作,比较灵活,我也喜欢用,可最近因为一条包含子查询的select count(*)语句导致点开管理系统的一个功能模块列表时,耗时44几秒,到了不可容忍的地步,定位发现是因为未加索引和用了子查询导致,不加索引导致查询慢好理解,但子查询也会引起查询效率过低吗?没错,所以本文就以这次案例来重新认识下MySQL子查询. 特别说明:本文介绍的是在MySQL5.5.6版本下子查询的案例,5.5.29版本的我也