在 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 查询性能，避免不必要的全表扫描。