索引通常会失效，因为MySQL无法用索引树中存储的原始值匹配函数处理后的结果，如UPPER(name)需逐行计算，导致全表扫描；MySQL 8.0.13+支持函数索引，或可通过冗余字段+普通索引优化。
MySQL 中对字段使用函数（如 UPPER()、DATE()、SUBSTRING() 等）进行查询时，**索引通常会失效**，根本原因是：MySQL 无法直接用索引树中存储的原始值去匹配函数处理后的结果。
函数导致索引列无法被直接比较
索引是基于字段原始值构建的 B+ 树结构。当你写 WHERE UPPER(name) = 'ABC'，MySQL 必须先把每行的 name 取出来、调用 UPPER() 计算，再比对——这个过程绕过了索引查找，只能全表扫描。
- 索引只存
name的原始值（如'abc'），不存UPPER(name)的结果（'ABC'） - 优化器发现无法用索引做“等值定位”，就放弃使用该索引
- 即使
name字段上有索引，UPPER(name)也会让索引失效
常见导致索引失效的函数写法
以下写法基本都会让对应字段的索引失效：
kashen-mysql DDLtoExcel
下载
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
-
WHERE YEAR(create_time) = 2023→ 应改用范围查询：create_time >= '2023-01-01' AND create_time -
WHERE SUBSTRING(phone, 1, 3) = '138'→ 若前缀固定，可考虑生成冗余字段phone_prefix并建索引 -
WHERE CONCAT(first_name, ' ', last_name) = 'Zhang San'→ 应避免在 WHERE 中拼接，改用联合查询或冗余字段 -
WHERE status + 0 = 1（隐式类型转换）→ 本质也是函数操作，同样失效
MySQL 8.0+ 支持函数索引（Functional Key）
MySQL 8.0.13 起支持「函数索引」，允许你为表达式创建索引，从而让带函数的查询走索引：
- 建索引示例：
CREATE INDEX idx_upper_name ON users ((UPPER(name))); - 查询就能命中：
SELECT * FROM users WHERE UPPER(name) = 'LISA'; - 注意括号语法：双括号
((UPPER(name)))是必须的，表示函数索引 - 仅适用于 MySQL 8.0.13+，且函数必须是 deterministic（确定性）的
替代方案：冗余字段 + 普通索引
兼容老版本或更可控的方式是增加计算好的冗余字段：
- 加字段：
ALTER TABLE users ADD COLUMN name_upper VARCHAR(100) STORED; - 填值：
UPDATE users SET name_upper = UPPER(name); - 建索引：
CREATE INDEX idx_name_upper ON users(name_upper); - 查的时候用：
WHERE name_upper = 'LISA'→ 索引正常生效 - 配合触发器或应用层保证冗余字段同步更新
函数索引失效不是 bug，而是索引机制的自然限制。理解原理后，要么升级到 8.0+ 用函数索引，要么用冗余字段+普通索引，避免在 WHERE 中对索引字段直接套函数。
