首页 > 代码库 > MySQL 行子查询优化
MySQL 行子查询优化
1.什么是行子查询:
select t1.*,(select vn from t2 where t2.c.1=t1.c3 limit 1) where t1.cn=‘xxx‘ ....
类似每行通过一个子查询来查询获的结果,都是行子查询。
2.案例:
MySQL 版本:MySQL-5.6.16-log
原sql:
# Query_time: 20.769287 Lock_time: 0.000152 Rows_sent: 10 Rows_examined: 11665408 SET timestamp=1420020764; SELECT f3.id,f3.pin,f3.toUser,f3.content,f3.created_time,f3.modified_time,f3.imgUrl,f3.clientVersion,f3.deviceInfo,case WHEN f3.created_time>f3.reply_time or f3.reply_time is NULL THEN ‘0‘ ELSE ‘1‘ END as reply_status from (select f1.id,f1.pin,f1.toUser,f1.content,f1.created_time,f1.modified_time,f1.imgUrl,f1.clientVersion,f1.deviceInfo,(select f2.created_time from feedback_xx f2 where pin=‘SYSTEM‘ and f2.toUser=f1.pin order by f2.created_time desc limit 0,1) as reply_time FROM feedback_xx f1 GROUP BY f1.pin DESC ORDER BY f1.created_time DESC )f3 where 1=1 limit 0,10;
查询20多秒出结果,原因是外表的每一行都要通过子查询获得结果。存在行子查询:
select f2.created_time from feedback_info f2 where pin=‘SYSTEM‘ and f2.toUser=f1.pin order by f2.created_time desc limit 0,1;
通过left join方式改写sql,目的减少内表的扫描次数。
优化成:
SELECT f3.id,f3.pin,f3.toUser,f3.content,f3.created_time,f3.modified_time,f3.imgUrl,f3.clientVersion,f3.deviceInfo,case WHEN f3.created_time>f3.reply_time or f3.reply_time is NULL THEN ‘0‘ ELSE ‘1‘ END as reply_status from(select f1.id,f1.pin,f1.toUser,f1.content,f1.created_time,f1.modified_time,f1.imgUrl,f1.clientVersion,f1.deviceInfo,f2.created_time as reply_time from feedback_xx f1 left join(select a.toUser,a.created_time from feedback_xx a where a.pin=‘SYSTEM‘ order by a.created_time desc)f2 on f1.pin=f2.toUser GROUP BY f1.pin DESC ORDER BY f1.created_time DESC)f3 where 1=1;
5274 rows in set (0.17 sec)
执行计划:
+----+-------------+------------+------+---------------+-------------+---------+----------------+-------+----------------------------------------------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+------------+------+---------------+-------------+---------+----------------+-------+----------------------------------------------------+ | 1 | PRIMARY | <derived2> | ALL | NULL | NULL | NULL | NULL | 98773 | NULL | | 2 | DERIVED | f1 | ALL | idx_pin | NULL | NULL | NULL | 9846 | Using temporary; Using filesort | | 2 | DERIVED | <derived3> | ref | <auto_key0> | <auto_key0> | 194 | jrlicai.f1.pin | 10 | NULL | | 3 | DERIVED | a | ref | idx_pin | idx_pin | 194 | const | 2207 | Using index condition; Using where; Using filesort | +----+-------------+------------+------+---------------+-------------+---------+----------------+-------+----------------------------------------------------+
总结:在统计查询中不要使用行子查询,效率很低,一定要改写成join 的方式。
附:2014 年最后一篇Blog,明年继续......
本文出自 “My DBA life” 博客,请务必保留此出处http://huanghualiang.blog.51cto.com/6782683/1598203
MySQL 行子查询优化
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。