索引失效的14种常见场景

在 MySQL 中，索引有时可能会失效，导致查询性能下降。以下是常见的 14 种场景，在这些场景下，索引可能会失效

场景: 当查询中包含 OR 时，如果 OR 连接的多个条件中有一个没有使用索引，可能会导致索引失效。
例子:
```
SELECT * FROM employees WHERE age = 30 OR name = 'John';
```
这个查询中， age = 30 可能使用索引，但 name = 'John' 没有索引时，MySQL 会放弃使用索引。

例子:

SELECT * FROM employees WHERE YEAR(birthdate) = 1990;

这里对 birthdate 使用了 YEAR() 函数，导致索引失效。

例子:

SELECT * FROM employees WHERE name LIKE '%John';

由于 % 位于开头，MySQL 无法使用索引优化查询。

场景: 使用 NOT 操作符时，索引可能会失效，尤其是与 IN 或 LIKE 一起使用时。
例子:
```
SELECT * FROM employees WHERE NOT age = 30;
```
NOT 会导致索引失效，MySQL 可能会选择全表扫描。

例子:

SELECT * FROM employees WHERE salary IS NULL;

使用 IS NULL 时，索引可能不会被有效利用。

例子:

SELECT * FROM employees WHERE age BETWEEN 30 AND 40 AND name = 'John';

这里， age 使用了范围查询， name 的条件可能无法使用索引。

例子:

CREATE INDEX idx_name_age ON employees (name, age);
SELECT * FROM employees WHERE age = 30 AND name = 'John';

如果 age 在联合索引中排在 name 后面，这种查询会导致索引失效。

例子:

SELECT DISTINCT name FROM employees WHERE age = 30;

DISTINCT 和 GROUP BY 可能导致索引不完全被利用。

场景: 当查询包含 LIMIT 子句时，如果没有明确的排序索引，MySQL 可能无法使用索引。
例子:
```
SELECT * FROM employees WHERE age = 30 LIMIT 10;
```
如果没有 ORDER BY，MySQL 可能不会使用索引来限制结果数量。

场景: 如果查询中使用的列的数据类型与索引列的数据类型不匹配，可能导致索引失效。
例子:
```
SELECT * FROM employees WHERE salary = '30000';
```
如果 salary 是 INT 类型，而查询中使用了字符串类型的 30000，索引可能失效。

例子:

SELECT * FROM employees e JOIN departments d ON e.department_id = d.id;

如果 department_id 没有索引，查询可能会进行全表扫描。

例子:

SELECT * FROM employees WHERE department_id = 1 OR department_id <> 2;

这种情况下，索引可能无法完全利用。

例子:

SELECT * FROM employees WHERE CONCAT(first_name, ' ', last_name) = 'John Doe';

这种字符串连接操作会导致索引无法使用。

场景: 如果查询中对列进行隐式类型转换，索引可能无法使用。
例子:
```
SELECT * FROM employees WHERE salary = '30000.00';
```
如果 salary 列是 FLOAT 类型，而查询使用了字符串 '30000.00'，这可能导致隐式类型转换，从而使索引失效。