记一次order by排序查询慢的优化过程

这篇博客探讨了MySQL查询性能问题,主要原因是orderby排序导致的索引未正确使用。尽管索引存在,但执行计划显示选择了错误的索引。解决方案包括使用forceindex强制优化器选择指定索引,以及调整SQL查询条件以优化索引利用。建议在遇到类似问题时,考虑这两种方法来提升查询效率。

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

表数据量为300W+

1、先将sql整到navicat 中,排查了下条件,发现主要是order by 排序导致的问题。

2、看数据表索引,是否未添加,结果索引是有的。

3、看sql执行计划,发现了原因,key栏的索引并不是我们建立的想让它使用的索引。也就是说它执行时索引选错了。

解决办法:

1、在MySQL中提供了force index来强制优化器使用这个索引。
        使用方法:select * from table_name force index (idx_a) where a = 100;

2、修改sql的查询参数,或条件参数,以达到让选择器正确选用的的情况。

        例如:索引字段为 (a,b,c,d) 则 查询时只使用索引范围内的字段 select a,b,c,d from table 

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值