先看一段sql:

  1. <span style="font-size:18px;">SELECT
  2. *
  3. FROM
  4. rank_user AS rankUser
  5. LEFT JOIN rank_user_level AS userLevel ON rankUser.id = userLevel.user_id
  6. LEFT JOIN rank_product AS product ON userLevel.new_level = product.level_id
  7. LEFT JOIN rank_product_fee AS fee ON userLevel.fee_id = fee.fee_id
  8. LEFT JOIN rank_user_login_stat AS userLoginInfo ON rankUser.id = userLoginInfo.user_id
  9. ORDER BY
  10. rankUser.create_time DESC
  11. LIMIT 10 OFFSET 0</span>
<span style="font-size:18px;">SELECT
*
FROM
rank_user AS rankUser
LEFT JOIN rank_user_level AS userLevel ON rankUser.id = userLevel.user_id
LEFT JOIN rank_product AS product ON userLevel.new_level = product.level_id
LEFT JOIN rank_product_fee AS fee ON userLevel.fee_id = fee.fee_id
LEFT JOIN rank_user_login_stat AS userLoginInfo ON rankUser.id = userLoginInfo.user_id
ORDER BY
rankUser.create_time DESC
LIMIT 10 OFFSET 0</span>

介绍一下这段sql的表的构成:一张主表:rank_user;两张跟rank_user直接关联(多张表通过同一字段最好是主键进行关联)的表:rank_user_level ,rank_user_login_stat ;两张跟rank_user非直接关联的表:rank_product ,rank_product_fee 。这段sql看似简单,但是执行时间却很长,我们来看一下执行计划:

执行时间1.45s,可以看到,这段不仅仅扫描全表,而且使用了临时表,进行了文件排序。

为了找到原因,我们把排序去掉看一下:

  1. SELECT
  2. *
  3. FROM
  4. rank_user AS rankUser
  5. LEFT JOIN rank_user_level AS userLevel ON rankUser.id = userLevel.user_id
  6. LEFT JOIN rank_product AS product ON userLevel.new_level = product.level_id
  7. LEFT JOIN rank_product_fee AS fee ON userLevel.fee_id = fee.fee_id
  8. LEFT JOIN rank_user_login_stat AS userLoginInfo ON rankUser.id = userLoginInfo.user_id
  9. -- ORDER BY
  10. -- rankUser.create_time DESC
  11. LIMIT 10 OFFSET 0
SELECT
*
FROM
rank_user AS rankUser
LEFT JOIN rank_user_level AS userLevel ON rankUser.id = userLevel.user_id
LEFT JOIN rank_product AS product ON userLevel.new_level = product.level_id
LEFT JOIN rank_product_fee AS fee ON userLevel.fee_id = fee.fee_id
LEFT JOIN rank_user_login_stat AS userLoginInfo ON rankUser.id = userLoginInfo.user_id
-- ORDER BY
-- rankUser.create_time DESC
LIMIT 10 OFFSET 0

执行时间0.015s,扫描行数67452,果然是排序惹的祸。但是仅仅是排序惹的祸吗?别忘了这里有两张非直接关联的表,这样的查询,如果有查询条件或者排序分组的时候往往都需要创建临时表(这个没有办法,想想也知道)。为了验证这个观点,我们把两张非直接关联的表去掉看一下:

  1. SELECT
  2. *
  3. FROM
  4. rank_user AS rankUser
  5. LEFT JOIN rank_user_level AS userLevel ON rankUser.id = userLevel.user_id
  6. -- LEFT JOIN rank_product AS product ON userLevel.new_level = product.level_id
  7. -- LEFT JOIN rank_product_fee AS fee ON userLevel.fee_id = fee.fee_id
  8. LEFT JOIN rank_user_login_stat AS userLoginInfo ON rankUser.id = userLoginInfo.user_id
  9. ORDER BY
  10. rankUser.create_time DESC
  11. LIMIT 10 OFFSET 0
SELECT
*
FROM
rank_user AS rankUser
LEFT JOIN rank_user_level AS userLevel ON rankUser.id = userLevel.user_id
-- LEFT JOIN rank_product AS product ON userLevel.new_level = product.level_id
-- LEFT JOIN rank_product_fee AS fee ON userLevel.fee_id = fee.fee_id
LEFT JOIN rank_user_login_stat AS userLoginInfo ON rankUser.id = userLoginInfo.user_id
ORDER BY
rankUser.create_time DESC
LIMIT 10 OFFSET 0



执行时间0.003s,扫描行数10,屌爆了有木有,mysql多表直接关联在没有其他筛选条件的情况下,查询速度大大提升,而且排序可以使用create_time这个索引,直接取到前十条。

到了这里,我想大家应该已经明白第一条sql查询时间很长的原因了:多表非直接关联的前提下还要排序。mysql查询往往最需要优化的地方就是临时表和文件排序了。这里总结一下教训:

1.mysql查询存在直接关联和非直接关联的问题,这两种查询效率差别很大;

2.mysql排序尽量使用索引;

3.mysql多表关联left join其他表的时候,如果以其他表的字段作为查询条件都会产生临时表;

4.mysql在非直接关联的基础上进行排序会很慢,需要进行优化;

知道了问题,我们就好优化了,这里我给出了两种方案:

第一种(子查询,适合子查询部分不作为查询条件):

  1. SELECT
  2. rankUser.id, rankUser.qq, rankUser.phone, rankUser.regip, rankUser.channel, rankUser.create_time, rankUser.qudao_key, rankUser.qq_openid, rankUser.wechat_openid,
  3. userLevel.recommend_count,userLevel.end_time,userLevel.new_level,userLevel.`level`,userLevel.new_recommend_count,userLevel.`is_limited`,
  4. (case when userLevel.new_level > 1 then 1 else 0 end) is_official_user,
  5. (select product_name from rank_product where level_id = userLevel.new_level) product_name,
  6. (select period from rank_product_fee where fee_id = userLevel.fee_id) period,
  7. userLoginInfo.last_login, userLoginInfo.login_count, userLoginInfo.login_seconds
  8. FROM rank_user AS rankUser
  9. LEFT JOIN rank_user_level as userLevel on userLevel.user_id=rankUser.id
  10. LEFT JOIN rank_user_login_stat as userLoginInfo ON rankUser.id = userLoginInfo.user_id
  11. ORDER BY
  12. rankUser.create_time DESC
  13. LIMIT 10 OFFSET 0
SELECT
rankUser.id, rankUser.qq, rankUser.phone, rankUser.regip, rankUser.channel, rankUser.create_time, rankUser.qudao_key, rankUser.qq_openid, rankUser.wechat_openid,
userLevel.recommend_count,userLevel.end_time,userLevel.new_level,userLevel.`level`,userLevel.new_recommend_count,userLevel.`is_limited`,
(case when userLevel.new_level > 1 then 1 else 0 end) is_official_user,
(select product_name from rank_product where level_id = userLevel.new_level) product_name,
(select period from rank_product_fee where fee_id = userLevel.fee_id) period,
userLoginInfo.last_login, userLoginInfo.login_count, userLoginInfo.login_seconds
FROM rank_user AS rankUser
LEFT JOIN rank_user_level as userLevel on userLevel.user_id=rankUser.id
LEFT JOIN rank_user_login_stat as userLoginInfo ON rankUser.id = userLoginInfo.user_id
ORDER BY
rankUser.create_time DESC
LIMIT 10 OFFSET 0

第二种(非直接关联转变成直接关联,这个要根据业务来定,我这里rank_product和rank_product_fee两张表只是为了查询rank_user_level表中的产品和产品费用信息,而rank_user_level是一张直接关联的表,故这里可以先将这三张表进行合并,然后再和rank_user表进行联合查询):

  1. SELECT
  2. *
  3. FROM
  4. rank_user AS rankUser
  5. LEFT JOIN (
  6. select
  7. l.*,p.product_name,f.period
  8. from
  9. rank_user_level l,rank_product p,rank_product_fee f
  10. where
  11. l.new_level = p.level_id
  12. and l.fee_id = f.fee_id
  13. ) AS userLevel ON rankUser.id = userLevel.user_id
  14. LEFT JOIN rank_user_login_stat AS userLoginInfo ON rankUser.id = userLoginInfo.user_id
  15. ORDER BY
  16. rankUser.create_time DESC
  17. LIMIT 10 OFFSET 0
SELECT
*
FROM
rank_user AS rankUser
LEFT JOIN (
select
l.*,p.product_name,f.period
from
rank_user_level l,rank_product p,rank_product_fee f
where
l.new_level = p.level_id
and l.fee_id = f.fee_id
) AS userLevel ON rankUser.id = userLevel.user_id
LEFT JOIN rank_user_login_stat AS userLoginInfo ON rankUser.id = userLoginInfo.user_id
ORDER BY
rankUser.create_time DESC
LIMIT 10 OFFSET 0

mysql查询优化--临时表和文件排序(Using temporary; Using filesort问题解决)的更多相关文章

  1. MYSQL 磁盘临时表和文件排序

    因为Memory引擎不支持BOLB和TEXT类型,所以,如果查询使用了BLOB或TEXT列并且需要使用隐式临时表,将不得不使用MyISAM磁盘临时表,即使只有几行数据也是如此. 这会导致严重的性能开销 ...

  2. MySQL查询优化之explain的深入解析

    在分析查询性能时,考虑EXPLAIN关键字同样很管用.EXPLAIN关键字一般放在SELECT查询语句的前面,用于描述MySQL如何执行查询操作.以及MySQL成功返回结果集需要执行的行数.expla ...

  3. MySQL查询优化(转)

    在分析性能欠佳的查询时,应考虑: 1) 应用程序是否正获取超过需要的数据,即访问了过多的行或列. 2) Mysql服务器是否分析了超过需要的行. 如果发现访问的数据行数很大,而生成的结果中数据行很少, ...

  4. 一文带你掌握MySQL查询优化技能

    查询优化本就不是一蹴而就的,需要学会使用对应的工具.借鉴别人的经验来对SQL进行优化,并且提升自己. 分享一套博主觉得讲的很详细很实用的MySQL教程给大家,可直接点击观看! https://www. ...

  5. mysql中的文件排序(filesort)

    在MySQL中的ORDER BY有两种排序实现方式: 1. 利用有序索引获取有序数据 2. 文件排序 在explain中分析查询的时候,利用有序索引获取有序数据显示Using index ,文件排序显 ...

  6. MySQL查询优化:连接查询排序limit

    MySQL查询优化:连接查询排序limit(join.order by.limit语句) 2013-02-27      个评论       收藏    我要投稿   MySQL查询优化:连接查询排序 ...

  7. mysql查询优化之一:mysql查询优化常用方式

    一.为什么查询速度会慢? 一个查询的生命周期大致可以按照顺序来看:从客户端,到服务器,然后在服务器上进行解析,生成执行计划,执行,并返回结果给客户端.其中在“执行”阶段包含了大量为了检索数据到存储引擎 ...

  8. MySQL系统临时表、用户临时表

    MySQL临时表分为系统使用的临时表和用户使用的临时表. 系统使用的临时表是指MySQL在执行某些SQL语句时需要依赖临时表来完成整个过程.系统使用的临时表的情况可以分为以下几种: *  group ...

  9. php面试专题---18、MySQL查询优化考点

    php面试专题---18.MySQL查询优化考点 一.总结 一句话总结: 慢查询:查找分析查询速度慢的原因 数据访问:优化查询过程中的数据访问 长难句:优化长难的查询语句 特定类型:优化特定类型的查询 ...

随机推荐

  1. pip3使用

    安装好python3.5,在D:\study\python\python35\Scripts目录下打开命令行 执行命令pip3 list 查看已经安装的东西,提示需要升级,执行命令python -m ...

  2. 新建maven web工程报错

    问题: 检查本地仓库: 检查1.0跟release的文件夹: 试试:http://www.ithao123.cn/content-8028507.html 然后选择maven catalog下的:(这 ...

  3. Myeclipse快捷键备忘

    1.编辑类 Ctrl+定义好的类名     链接到你定义好的类的窗口 Ctrl + /               为选中的一段代码加上或去掉注释符   //       (必须选中代码块) Ctrl ...

  4. PHP 和 Java 的主要区别有哪些?

    PHP 和 Java 的主要区别有哪些? 其实Java方面我要学的真的还有很多,要是有大项目的机会和经验就好,所以提前我肯定要把基础打扎实. 我要学的还有很多,比如前段,后端,还有linux,还有肯定 ...

  5. 【POJ 3090】 Visible Lattice Points

    [题目链接] http://poj.org/problem?id=3090 [算法] 通过观察发现,在这个平面直角坐标系中,除了(1,1),(1,0)和(0,1),所有可见点的横纵坐标互质 那么,问题 ...

  6. Spring生态简介

    目录 概述 项目说明 主要项目 社区项目 保留项目 最后总结 概述 做Java开发的人一提起Spring,首先在脑海中浮现出的就是"IoC","AOP",&qu ...

  7. CSS Flexbox 弹性盒子模型

    CSS Flexbox 弹性盒子模型 设置元素样式为 display: flex 或 display: inline-flex, 让元素变成flex容器, 从而可以通过flex模式布局它的子元素. f ...

  8. NOIP2012 D2 T2 借教室 线段树 OR 二分法

    题目描述: 在大学期间,经常需要租借教室.大到院系举办活动,小到学习小组自习讨论,都需要向学校申请借教室.教室的大小功能不同,借教室人的身份不同,借教室的手续也不一样. 面对海量租借教室的信息,我们自 ...

  9. Docker 内部之间的网络连接

    一.简介 内部网络连接的2中方式: Docker NetWorking (1.9版本之后推荐使用这个)和 Docker link(1.9 版本之前都使用这个) 推荐使用docker networkin ...

  10. BZOJ1211: [HNOI2004]树的计数(prufer序列)

    Time Limit: 10 Sec  Memory Limit: 162 MBSubmit: 2987  Solved: 1111[Submit][Status][Discuss] Descript ...