在mysql数据库中，索引是加速数据查询的核心机制，合理创建和使用索引可以大幅降低查询的扫描成本。但在实际业务场景中，即使表上已经创建了对应字段的索引，部分查询语句仍然不会走索引，而是进行全表扫描，这类问题需要从sql语句的写法、字段特性、索引结构等多个维度分析。
常见的不走索引的查询情况
1. 对索引字段使用函数或表达式操作
如果在查询条件中对索引字段进行了函数处理或者算术运算，mysql无法直接使用索引快速定位数据，会放弃走索引选择全表扫描。比如对日期字段使用DATE()函数，或者对数值字段做加减操作。
以下是典型的错误写法和优化后的写法示例：
-- 错误写法：对create_time索引字段使用DATE函数，不会走索引 SELECT * FROM order_table WHERE DATE(create_time) = '2024-05-01'; -- 优化写法：将函数操作转移到常量侧，走create_time索引 SELECT * FROM order_table WHERE create_time >= '2024-05-01 00:00:00' AND create_time < '2024-05-02 00:00:00';
2. 模糊查询以通配符开头
使用LIKE进行模糊查询时，如果通配符%放在字符串的开头，mysql无法利用索引的有序性快速匹配，会触发全表扫描。只有当通配符在结尾时，才有可能走索引。
-- 不走索引：%在开头 SELECT * FROM user_table WHERE user_name LIKE '%张三'; -- 可能走索引：%在结尾 SELECT * FROM user_table WHERE user_name LIKE '张三%';
3. 索引字段发生隐式类型转换
当查询条件中索引字段的类型和传入的常量类型不匹配时，mysql会进行隐式类型转换，这种转换本质上是对索引字段做了函数处理，因此不会走索引。比如索引字段是字符串类型，查询时传入数值类型的常量。
-- user_phone是VARCHAR类型的索引字段，传入数值会触发隐式转换，不走索引 SELECT * FROM user_table WHERE user_phone = 13800138000; -- 正确写法：传入字符串类型常量，走索引 SELECT * FROM user_table WHERE user_phone = '13800138000';
4. 联合索引未遵循最左前缀原则
联合索引是按照索引字段的创建顺序依次排序的，查询时必须从联合索引的最左侧字段开始匹配，否则无法使用联合索引。如果跳过最左侧字段，直接查询后面的字段，不会走该联合索引。
假设创建了联合索引idx_user_age_name_gender (age, name, gender)，以下是不同查询的表现：
-- 走索引：包含最左字段age SELECT * FROM user_table WHERE age = 20 AND name = '张三'; -- 不走索引：跳过最左字段age，直接查询name SELECT * FROM user_table WHERE name = '张三';
5. 查询条件使用OR连接非索引字段
如果查询条件中用OR连接多个条件，只要其中一个条件对应的字段没有索引，那么整个查询就不会走索引。只有当OR连接的所有字段都有独立索引时，才有可能使用索引合并。
-- user_name有索引，email无索引，整个查询不走索引 SELECT * FROM user_table WHERE user_name = '张三' OR email = 'zhangsan@ipipp.com'; -- 优化方式：给email字段也添加索引，或者拆分查询用UNION合并 SELECT * FROM user_table WHERE user_name = '张三' UNION SELECT * FROM user_table WHERE email = 'zhangsan@ipipp.com';
6. 范围查询后的索引字段失效
在联合索引中，如果某个字段使用了范围查询（比如>、<、BETWEEN、IN等），那么该字段后面的索引字段无法继续使用索引。这是因为范围查询已经确定了部分数据的范围，后续字段的有序性无法被利用。
-- 联合索引idx_age_name (age, name)，age用范围查询后，name不会走索引 SELECT * FROM user_table WHERE age > 20 AND name = '张三';
7. 查询返回的数据占比过高
如果查询需要返回表中大部分数据，mysql的优化器会判断走索引的成本比全表扫描更高，因此会放弃走索引。一般来说，当查询返回的数据量超过表的20%-30%时，就可能不走索引。
-- 表中90%的用户都是活跃状态，查询活跃用户不会走is_active索引 SELECT * FROM user_table WHERE is_active = 1;
8. 使用NOT、!=、<>、IS NULL、IS NOT NULL
对于普通索引，使用NOT、!=、<>、IS NULL、IS NOT NULL这类否定条件时，mysql通常无法利用索引的有序性快速定位，会放弃走索引。不过主键索引和唯一索引在部分场景下可以走索引。
-- 普通索引字段使用!=，不走索引 SELECT * FROM user_table WHERE age != 20; -- 唯一索引字段使用!=，可能走索引 SELECT * FROM user_table WHERE id != 100;
如何验证查询是否走索引
可以使用EXPLAIN关键字分析查询语句的执行计划，查看key字段是否显示了使用的索引名称，如果key为NULL，说明没有走索引。同时可以关注type字段，ALL表示全表扫描，ref、range、index等表示使用了索引。
-- 分析查询语句的执行计划 EXPLAIN SELECT * FROM user_table WHERE user_name = '张三';
总结
mysql不走索引的情况大多和sql语句的写法、索引的设计规则相关，日常开发中需要注意避免在索引字段上做函数操作、注意模糊查询的通配符位置、保证查询条件和索引字段类型匹配、遵循联合索引的最左前缀原则。遇到查询性能问题时，优先使用EXPLAIN分析执行计划，针对性调整语句或索引结构，才能最大化发挥索引的性能优势。