SQL无法走索引的情况及解决思路 - 数据库优化指南

SQL无法走索引的常见情况及优化方案

在数据库优化过程中，索引是提升查询性能的关键因素。但实际工作中经常遇到SQL查询无法有效利用索引的情况，导致查询性能下降。本文将系统分析SQL不走索引的常见场景，并提供专业的解决方案。

一、SQL不走索引的8种典型情况

1. 隐式类型转换问题

   当字段类型与查询条件类型不匹配时，例如VARCHAR字段使用数字查询：WHERE char_column = 123

   解决方案：保持类型一致，改为：WHERE char_column = '123'

2. 使用函数操作索引列

   对索引列使用函数：WHERE DATE(create_time) = '2023-01-01'

   解决方案：改为范围查询：WHERE create_time BETWEEN '2023-01-01 00:00:00' AND '2023-01-01 23:59:59'

3. 前导模糊查询

   使用前导通配符：WHERE name LIKE '%张'

   解决方案：避免前导%，或考虑全文索引

4. OR条件使用不当

   非全覆盖OR条件：WHERE a=1 OR b=2（a、b未全部建立索引）

   解决方案：改为UNION ALL或确保所有OR条件字段都有索引

5. 索引列参与运算

   对索引列进行运算：WHERE id+1 = 100

   解决方案：改写为：WHERE id = 100-1

6. 使用NOT、!=、<>操作符

   否定条件查询：WHERE status != 1

   解决方案：改为正向查询或考虑位图索引

7. 复合索引最左前缀缺失

   复合索引(a,b,c)但查询条件缺少a：WHERE b=1 AND c=2

   解决方案：调整查询顺序或创建新的索引

8. 数据量过小或索引选择性差

   表数据量很小或索引列重复值过多

   解决方案：分析执行计划，必要时强制使用索引

二、高级优化技巧

• 使用EXPLAIN分析执行计划
• 考虑使用覆盖索引(covering index)
• 定期更新统计信息：ANALYZE TABLE
• 对于MySQL，可使用FORCE INDEX提示
• 考虑索引合并(Index Merge)优化

三、实战案例

案例1：某电商平台订单查询缓慢
原SQL：SELECT * FROM orders WHERE MONTH(create_time)=6 AND status=2
优化后：SELECT * FROM orders WHERE create_time BETWEEN '2023-06-01' AND '2023-06-30' AND status=2
性能提升：从2.3秒降至0.05秒

案例2：用户搜索功能优化
原SQL：SELECT * FROM users WHERE name LIKE '%张%'
优化方案：改用全文索引或搜索引擎

通过系统分析SQL不走索引的原因并应用这些优化技巧，可以显著提升数据库查询性能。建议开发人员在编写SQL时就要考虑索引的使用，同时DBA应定期审查慢查询日志进行优化。