条件字段有索引，为什么查询也这么慢?

最新推荐文章于 2025-04-02 17:22:40 发布

放肆热爱

最新推荐文章于 2025-04-02 17:22:40 发布

阅读量1.3k

点赞数 2

分类专栏： MySql性能优化文章标签： mysql sql 数据库

本文链接：https://blog.youkuaiyun.com/qq_42033495/article/details/106405480

版权

本文探讨了为什么在某些情况下，即使字段有索引，MySQL查询仍可能变慢。主要分析了函数操作、隐式转换、模糊查询、范围查询和计算操作如何影响索引的使用。通过案例和优化建议，揭示了如何避免这些情况以提高查询效率。

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

前言

大家都知道索引可以提高查询速度，但是有些时候会发现，有了索引反而查询变得比之前还慢了，甚至索引没起作用，那到底是因为什么，这篇文章就带着大家了解其中的原因

下面会讲解几种有索引但是查询不走索引导致查询慢的场景。

函数操作

查询数据时，可能很多时候会借助一些函数实现查询。有时可能我们关注的重心在是否能查出结果，往往忽略了查询的效率。现在就一起研究对条件索引字段做函数操作，是否能用到索引？

验证对条件字段做函数操作是否能走索引
首先创建测试表，建表及数据写入语句如下：

use muke;                       /* 使用muke这个database */

drop table if exists t1;        /* 如果表t1存在则删除表t1 */

CREATE TABLE `t1` (             /* 创建表t1 */
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `a` varchar(20) DEFAULT NULL,
  `b` int(20) DEFAULT NULL,
  `c` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,  
  PRIMARY KEY (`id`),
  KEY `idx_a` (`a`) USING BTREE,
  KEY `idx_b` (`b`) USING BTREE,
  KEY `idx_c` (`c`) USING BTREE
) ENGINE=InnoDB  DEFAULT CHARSET=utf8mb4;

drop procedure if exists insert_t1; /* 如果存在存储过程insert_t1，则删除 */
delimiter ;;
create procedure insert_t1()        /* 创建存储过程insert_t1 */
begin
  declare i int;                    /* 声明变量i */
  set i=1