字段加了索引，查询时就一定会走索引吗？
参考回答
字段加了索引后，查询时不一定会走索引。索引的使用由数据库的查询优化器决定，它会综合判断查询成本和执行效率，选择是否使用索引。以下是常见的索引不被使用的场景：
1. 查询条件不满足索引匹配规则（如未使用最左前缀）。
2. 查询返回的数据量过大（低选择性）。
3. 对索引列使用了函数或表达式。
4. 类型不匹配导致隐式转换。
5. 查询优化器认为全表扫描更高效。
详细讲解与拓展
1. 加了索引但查询不走索引的常见原因
1) 查询条件不满足索引匹配规则
– 联合索引必须从最左列开始使用（最左前缀原则），否则索引会失效。
– 示例：
假设有一个联合索引 (A, B, C)：
“`sql
CREATE INDEX idx_abc ON TableName(A, B, C);
“`
– 查询 `WHERE A = 1` 或 `WHERE A = 1 AND B = 2` 会走索引。
– 查询 `WHERE B = 2` 或 `WHERE C = 3` 不会走索引。
2) 查询返回的数据量过大（选择性低）
– 如果查询结果覆盖了表中大部分数据行，数据库可能认为全表扫描比使用索引更高效。
– 示例：
“`sql
SELECT * FROM Users WHERE gender = 'male'; — gender 选择性低，可能不走索引
“`
3) 对索引列使用了函数或表达式
– 如果查询中对索引列进行了函数运算或表达式操作，索引会失效。
– 示例：
“`sql
SELECT * FROM Users WHERE UPPER(name) = 'ALICE'; — 索引失效
“`
4) 隐式类型转换
– 当查询条件的值与索引列的数据类型不一致时，数据库会进行隐式类型转换，导致索引失效。
– 示例：
假设 phone_number 是字符串类型：
“`sql
SELECT * FROM Users WHERE phone_number = 12345; — 索引失效
“`
5) 查询条件中的模糊匹配
– 如果 LIKE 查询中通配符 % 在开头，索引无法生效。
– 示例：
“`sql
SELECT * FROM Products WHERE name LIKE '%phone'; — 索引失效
“`
6) 优化器选择全表扫描
– 如果表非常小，全表扫描的开销可能低于使用索引的成本，优化器会选择全表扫描。
– 示例：
“`sql
SELECT * FROM SmallTable WHERE id = 1; — 表非常小，全表扫描可能更快
“`
7) ORDER BY 或 GROUP BY 不符合索引顺序
– 如果排序字段或分组字段与索引定义的顺序不一致，索引可能失效。
– 示例：
“`sql
SELECT * FROM Users ORDER BY age DESC; — age 索引是升序，倒序可能不走索引
“`
2. 如何确保查询走索引？
1) 设计合理的索引
– 确保索引字段是查询中最常用的过滤条件。
– 联合索引的列顺序遵循最左前缀原则。
2) 优化查询语句
– 避免对索引字段使用函数、表达式或隐式转换。
– 尽量避免模糊查询中 % 出现在开头。
3) 使用覆盖索引
– 确保查询的所有字段都包含在索引中，减少“回表”操作。
4) 分析查询计划
– 使用 EXPLAIN 检查查询的执行计划，确认是否使用了索引。
– 示例：
“`sql
EXPLAIN SELECT * FROM Users WHERE name = 'Alice';
“`
5) 调整数据库配置
– 调整数据库优化器的行为，如提高索引缓存的使用率。
总结
字段加了索引后，查询是否走索引取决于查询条件、索引设计和数据库的优化策略。通过合理设计索引、优化查询语句，并结合查询计划分析，可以确保索引的有效使用，从而提升查询性能。