MySQL 8.0 函数索引能加速哪些查询
函数索引只对「在 WHERE 或 ORDER BY 中直接调用相同函数表达式」的查询生效。比如你建了 INDEX idx_name_upper ON users ((UPPER(name)))，那 WHERE UPPER(name) = 'JOHN' 能走索引，但 WHERE name = 'john' 或 WHERE LOWER(name) = 'john' 完全不认。
- 必须是确定性函数（
UPPER、TRIM、DATE可以；NOW()、RAND()不行） - 表达式不能含用户变量、子查询、存储函数
- 索引列名不能重复，也不能和普通列同名（比如已有
name列，就不能再建(name)的函数索引）
创建函数索引时最常踩的语法坑
MySQL 对函数索引的 DDL 语法很敏感，少括号、多空格、错大小写都会报错。最典型的是忘记外层双括号，或把函数写成带引号的字符串。
- ✅ 正确：
CREATE INDEX idx_email_domain ON users ((SUBSTRING_INDEX(email, '@', -1))) - ❌ 错误：
CREATE INDEX idx_email_domain ON users (SUBSTRING_INDEX(email, '@', -1))（缺外层括号） - ❌ 错误：
CREATE INDEX idx_email_domain ON users (('SUBSTRING_INDEX(email, '@', -1)'))（引号包住整个表达式） - ❌ 错误：
CREATE INDEX idx_email_domain ON users ((substring_index(email, '@', -1)))（函数名小写，部分严格模式下失败）
函数索引 vs 衍生列 + 普通索引，怎么选
两者都能实现类似效果，但行为差异明显：函数索引不改变表结构，衍生列会新增一列（哪怕 STORED），且需要显式授权 ALTER 权限才能加列。
- 函数索引更轻量，适合临时优化单个查询，不希望动表结构的场景
- 衍生列可被
SELECT *返回，函数索引不可见、不可引用 - 如果同一表达式要用于多个查询条件（比如既
WHERE又GROUP BY），衍生列配合普通索引稳定性更高 -
VIRTUAL衍生列不占磁盘空间，但函数索引本身也不存冗余数据——这点没区别
函数索引在 EXPLAIN 中怎么看是否命中
关键看 key 和 possible_keys 字段，以及 Extra 是否出现 Using index condition 或 Using where。函数索引的名字会完整显示在 key 里。
- 如果
key是idx_name_upper，说明命中了函数索引 - 如果
key为空但possible_keys有该索引名，大概率是表达式不匹配或隐式类型转换干扰（比如UPPER(name)索引，但查询里用了UPPER(name COLLATE utf8mb4_0900_as_cs)） -
EXPLAIN FORMAT=TREE更直观，能看到 “Using secondary index” 并标出具体索引名
函数索引生效的前提非常具体：查询中写的函数、参数顺序、字符集、collation 必须和建索引时完全一致。差一个空格、一个 COLLATE 子句，就退化成全表扫描。这是最容易被忽略的点。
