在 SQL 查询中,即使表上有索引,某些情况下数据库优化器也可能决定不使用索引。以下是常见的不走索引的情况:
1. 使用否定操作符
-
NOT IN
-
!=
或<>
-
NOT EXISTS
-
NOT LIKE
2. 对索引列使用函数或运算
-- 不走索引
SELECT * FROM users WHERE YEAR(create_time) = 2023;
SELECT * FROM products WHERE price * 1.1 > 100;
-- 走索引
SELECT * FROM users WHERE create_time BETWEEN '2023-01-01' AND '2023-12-31';
3. 隐式类型转换
-- 假设 user_id 是字符串类型
SELECT * FROM users WHERE user_id = 123; -- 不走索引(数字转字符串)
4. 使用前导通配符的 LIKE 查询
SELECT * FROM users WHERE name LIKE '%张'; -- 不走索引
SELECT * FROM users WHERE name LIKE '张%'; -- 可能走索引
5. OR 条件不当使用
-- 如果 age 或 name 中有一个没有索引,可能全表扫描
SELECT * FROM users WHERE age = 20 OR name = '张三';
6. 复合索引未遵循最左前缀原则
-- 假设有复合索引 (a, b, c)
SELECT * FROM table WHERE b = 2 AND c = 3; -- 不走索引
7. 数据量过小
-
当表中数据量很少时,全表扫描可能比使用索引更快
8. 索引选择性低
-
当列的值重复率很高(如性别字段),数据库可能选择全表扫描
9. 使用了 IS NULL 或 IS NOT NULL
SELECT * FROM users WHERE phone IS NULL; -- 可能不走索引
10. 查询返回大量数据
-
当查询需要返回表中大部分数据时(如超过20-30%),优化器可能选择全表扫描
11. 统计信息过时
-
数据库的统计信息没有及时更新,导致优化器做出错误判断
12. 强制类型转换
SELECT * FROM users WHERE CAST(age AS CHAR) = '25'; -- 不走索引
13. 使用 ORDER BY 非索引列
-
当排序字段没有索引时,可能导致全表扫描
了解这些情况有助于优化 SQL 查询性能,避免不必要的全表扫描。