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

本文分析了一段SQL查询由于临时表和文件排序导致的性能问题。在涉及多表非直接关联及排序的情况下,查询效率降低。通过去掉排序和非直接关联表,确认了这两点是主要瓶颈。提出了优化建议:1. 尽量避免非直接关联查询;2. 利用索引优化排序;3. 避免在LEFT JOIN中使用非关联字段作为条件。并提供了两种优化方案:使用子查询和转换非直接关联为直接关联。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

先看一段sql:

<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看似简单,但是执行时间却很长,我们来看一下执行计划:

评论 10
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值