脚本之家 服务器常用软件
快捷导航
您的位置：首页 → 数据库 → Mysql → MySql范围查找索引不生效

MySql范围查找时索引不生效问题的原因分析

 更新时间：2020年12月14日 11:22:35   作者：qq_25188255  
这篇文章主要给大家介绍了关于MySql范围查找时索引不生效问题的相关资料，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧

1 问题描述

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

CREATE TABLE `employees` (
 `emp_no` int(11) NOT NULL,
 `birth_date` date NOT NULL,
 `first_name` varchar(14) NOT NULL,
 `last_name` varchar(16) NOT NULL,
 `gender` enum('M','F') NOT NULL,
 `hire_date` date NOT NULL,
 `age` int(11) NOT NULL,
 PRIMARY KEY (`emp_no`),
 KEY `unique_birth_name` (`first_name`,`last_name`) USING BTREE
 ) ENGINE=InnoDB DEFAULT CHARSET=utf8;

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

EXPLAIN SELECT
 gender
FROM
 employees
ORDER BY
 first_name,
 last_name

这里写图片描述

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

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

EXPLAIN SELECT
 gender
FROM
 employees
WHERE first_name > 'Leah'
ORDER BY
 first_name,
 last_name

执行计划显示如下图：

这里写图片描述 

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

改写sql语句：

EXPLAIN SELECT
 gender
FROM
 employees
WHERE first_name > 'Tzvetan'
ORDER BY
 first_name,
 last_name

这里写图片描述 

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

2 问题分析

此时，我们做一个大胆的猜测：

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

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

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

SELECT
 COUNT(first_name)
FROM
 employees
ORDER BY
 first_name,
 last_name

这里写图片描述

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

SELECT
 COUNT(first_name)
FROM
 employees
WHERE first_name > 'Leah'
ORDER BY
 first_name,
 last_name

这里写图片描述 

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

SELECT
  COUNT(first_name)
FROM
  employees
WHERE first_name > 'Tzvetan'
ORDER BY
  first_name,
  last_name

这里写图片描述

通过对比发现，第二次改写的sql根据复合索引得到的数据量是全表数据量的1/2。此时还没有达到mysql使用索引进行二次查找的量级。第三次改写的sql根据复合索引得到的数据量是全表数据量的1/10，达到了mysql使用索引进行二次查找的量级，于是从执行计划上可以看到，第三次改写sql是走了索引的。

3 总结

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

到此这篇关于MySql范围查找时索引不生效问题原因分析的文章就介绍到这了,更多相关MySql范围查找索引不生效内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

您可能感兴趣的文章:

相关文章

  • MySQL通过函数存储过程批量插入数据

    MySQL通过函数存储过程批量插入数据

    这篇文章主要给大家介绍了关于MySQL通过函数存储过程批量插入数据,以及MySQL通过函数批量插入数据的相关资料,文中通过实例代码介绍的非常详细,需要的朋友可以参考下
    2022-01-01
  • MySQL中表锁和行锁机制浅析(源码篇)

    MySQL中表锁和行锁机制浅析(源码篇)

    在计算机科学中,锁是在执行多线程时用于强行限制资源访问的同步机制,即用于在并发控制中保证对互斥要求的满足,下面这篇文章主要给大家介绍了MySQL中表锁和行锁机制浅析的相关资料,需要的朋友可以参考下
    2022-11-11
  • mysql中limit查询踩坑实战记录

    mysql中limit查询踩坑实战记录

    在MySQL中我们常常用order by来进行排序,使用limit来进行分页,下面这篇文章主要给大家介绍了关于mysql中limit查询踩坑的相关资料,文中通过实例代码介绍的非常详细,需要的朋友可以参考下
    2023-03-03
  • mysql 维护常用命令

    mysql 维护常用命令

    需要维护mysql数据库的朋友可以参考下。
    2009-11-11
  • mysql sql常用语句大全

    mysql sql常用语句大全

    这篇文章主要介绍了mysql sql常用语句大全,主要包括操作数据库的命令，修改表的命令及对数据库的操作，本文通过实例代码给大家介绍的非常详细，需要的朋友可以参考下
    2022-06-06
  • SQL中from_unixtime函数的使用方法实例

    SQL中from_unixtime函数的使用方法实例

    在MySQL数据表设计中,时间字段一般都设计为时间戳格式的,开发人员去查看的时候就显得有点不方便,可以使用FROM_UNIXTIME转换成日期格式进行查看,下面这篇文章主要给大家介绍了关于SQL中from_unixtime函数的使用方法的相关资料,需要的朋友可以参考下
    2022-08-08
  • MySQL8.0连接协议及3306、33060、33062端口的作用解析

    MySQL8.0连接协议及3306、33060、33062端口的作用解析

    这篇文章主要介绍了MySQL8.0连接协议及3306、33060、33062端口的作用解析，具有很好的参考价值，希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教
    2022-08-08
  • MySQL监控Innodb信息工作流程

    MySQL监控Innodb信息工作流程

    这篇文章主要为大家介绍了MySQL监控Innodb信息工作流程,有需要的朋友可以借鉴参考下,希望能够有所帮助,祝大家多多进步,早日升职加薪
    2024-02-02
  • 详解Navicat远程连接mysql很慢

    详解Navicat远程连接mysql很慢

    这篇文章主要介绍了详解Navicat远程连接mysql很慢(以及数据库连接报错"Too many connections")解决方法，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
    2020-11-11
  • 如何解决mysqlimport: Error: 13, Can''t get stat of 的问题

    如何解决mysqlimport: Error: 13, Can''t get stat of 的问题

    本篇文章是对解决mysqlimport: Error: 13, Can't get stat of问题的方法进行了详细的分析介绍，需要的朋友参考下
    2013-06-06

最新评论