mysql中索引使用不当速度比没加索引还慢的测试

在mysql数据库的使用过程中，索引是提升查询性能的重要手段，但如果使用不当，反而会让查询速度比没有索引时更慢。下面通过实际的测试来验证这一现象，并分析背后的原因。

测试环境准备

首先我们创建一个测试表，并插入足够多的测试数据，方便观察查询性能差异。测试表结构如下：

-- 创建测试表
CREATE TABLE test_user (
    id INT PRIMARY KEY AUTO_INCREMENT,
    name VARCHAR(50) NOT NULL,
    age INT NOT NULL,
    create_time DATETIME NOT NULL,
    INDEX idx_age (age),
    INDEX idx_name (name)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

-- 插入10万条测试数据
DELIMITER //
CREATE PROCEDURE insert_test_data()
BEGIN
    DECLARE i INT DEFAULT 0;
    WHILE i < 100000 DO
        INSERT INTO test_user (name, age, create_time) 
        VALUES (CONCAT('user_', i), FLOOR(RAND() * 100), DATE_ADD(NOW(), INTERVAL FLOOR(RAND() * 1000) DAY));
        SET i = i + 1;
    END WHILE;
END //
DELIMITER ;

CALL insert_test_data();
DROP PROCEDURE insert_test_data;

常见索引使用不当场景测试

场景一：对索引字段使用函数操作

我们先测试对create_time字段添加索引后，使用函数操作查询的情况。首先给create_time添加索引：

ALTER TABLE test_user ADD INDEX idx_create_time (create_time);

然后分别执行以下两个查询，对比耗时：

-- 查询1：不使用函数，走索引
SELECT * FROM test_user WHERE create_time > '2024-01-01 00:00:00';

-- 查询2：对索引字段使用DATE函数，索引失效
SELECT * FROM test_user WHERE DATE(create_time) = '2024-01-01';

通过EXPLAIN分析可以看到，查询1使用了idx_create_time索引，查询2则进行了全表扫描。当数据量较大时，全表扫描的耗时远高于走索引的查询，甚至比没有索引时的查询更慢，因为mysql在判断索引失效后，会放弃使用索引，直接扫描全表，而如果函数操作后的结果匹配数据量很大，扫描的行数会远超预期。

场景二：索引选择错误

我们测试同时有idx_age和idx_name索引时，查询条件同时包含这两个字段的情况：

-- 查询3：条件包含age和name，mysql可能选错索引
SELECT * FROM test_user WHERE age > 50 AND name LIKE 'user_1%';

通过EXPLAIN分析可以发现，mysql优化器可能选择idx_age索引，但是age > 50匹配的数据量很大，之后还需要回表过滤name条件，整个过程比直接走全表扫描或者选择idx_name索引的耗时更长。如果此时我们删除idx_age索引，查询反而可能更快：

-- 删除idx_age索引后执行查询
ALTER TABLE test_user DROP INDEX idx_age;
SELECT * FROM test_user WHERE age > 50 AND name LIKE 'user_1%';

场景三：索引列参与运算

对索引列进行运算操作也会导致索引失效，我们测试对age字段进行运算的查询：

-- 查询4：age字段参与运算，索引失效
SELECT * FROM test_user WHERE age + 1 > 50;

-- 查询5：等价的不参与运算的查询，走索引
SELECT * FROM test_user WHERE age > 49;

查询4中age + 1 > 50对索引列做了运算，mysql无法使用idx_age索引，只能全表扫描，而查询5可以正常走索引，在数据量大的情况下，查询4的耗时远高于查询5，甚至出现比没有索引时更慢的情况。

测试结果对比

我们记录不同场景下的查询耗时（单位：秒，多次测试取平均值）：

从测试结果可以明显看到，索引使用不当导致索引失效或者选错索引时，查询耗时会远高于索引正常生效的情况，甚至比没有索引时的全表扫描还要慢。

如何避免索引使用不当

• 避免在索引字段上使用函数、运算或者类型转换，保证索引字段在查询条件中是独立的。
• 合理设计联合索引，遵循最左前缀原则，避免冗余索引。
• 使用EXPLAIN分析查询语句的执行计划，确认索引是否被正确生效。
• 如果mysql优化器选错索引，可以使用FORCE INDEX强制指定索引，或者调整索引结构。
• 控制索引的数量，过多的索引会增加写操作的开销，也可能增加优化器选错索引的概率。

需要注意的是，索引并不是越多越好，也不是加了索引就一定能提升性能，只有正确使用索引，才能发挥它的作用，避免带来额外的性能损耗。

mysql索引慢查询查询优化修改时间：2026-07-10 21:51:38