首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

MySql范围查找时,索引不生效问题原因

# 问题描述

本文对建立好的复合索引进行排序,并取记录中非索引字段,发现索引不生效,例如,有如下表,DDL语句为:

复合索引为unique_birth_name (first_name,last_name) 。使用以下语句:

根据上图:type:all 及 Extra:Using filesort 可得,索引没有生效。

继续进行试验,对查询语句进一步改写,加上一个范围查找:

执行计划显示如下图:

这里发现结果和第一次sql分析无异。继续试验。

改写sql语句:

此时,令人惊讶的是,索引生效了。

# 问题分析

此时,我们做一个大胆的猜测:

第一次进行sql分析时,因为第一次order by 后,得到的还是全表数据,如果根据复合索引中携带的主键查找每一个gender进行拼接,自然很费资源和时间,mysql不会做如此蠢的事。不如直接进行全表扫描,把扫描到的每条数据和order by得到的临时数据进行拼接,从而得到需要的数据。

为了验证上述想法的正确性,我们对三次sql进行分析。

第一次sql根据复合索引得到的数据量为:300024,为全表数据

第二次改写的sql根据复合索引得到的数据量为:159149 , 为全表数据量的1/2。

第三次改写的sql根据复合索引得到的数据量为:36731, 为全表数据量的1/10。

通过对比发现,第二次改写的sql根据复合索引得到的数据量是全表数据量的1/2。此时还没有达到mysql使用索引进行二次查找的量级。

第三次改写的sql根据复合索引得到的数据量是全表数据量的1/10,达到了mysql使用索引进行二次查找的量级,于是从执行计划上可以看到,第三次改写sql是走了索引的。

# 总结

mysql 是否根据首次索引条件查询出的主键进行二次查找,也是要看查询出来的数据量级,如果数据量接近全表数据量的话,就会进行全表扫描,否则根据第一次查询出来的主键进行二次查询。

看完本文有收获?点赞、分享是最大的支持!

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20211012A01D2W00?refer=cp_1026
  • 腾讯「腾讯云开发者社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 cloudcommunity@tencent.com 删除。

扫码

添加站长 进交流群

领取专属 10元无门槛券

私享最新 技术干货

扫码加入开发者社群
领券