函数索引在mysql 8.0中需严格匹配表达式且必须双括号语法，仅对字面一致的where条件生效，要求确定性表达式、长度≤3072字节，并需用explain验证命中情况。
函数索引在 MySQL 8.0 中不是“自动生效的加速器”，而是严格匹配型索引——它只对完全字面一致的表达式查询起效。用错场景或写法，它就等于没建。
CREATE INDEX 必须带双括号，否则语法直接报错
这是最常卡住的第一步。MySQL 要求函数表达式必须被外层括号包裹，和普通列名明确区分开：
-
CREATE INDEX idx_lower_email ON users ((LOWER(email)));✅ 正确 -
CREATE INDEX idx_bad ON users (LOWER(email));❌ 缺少外层括号，报ERROR 1064 -
CREATE INDEX idx_bad2 ON users ((email));❌ 单列套括号也不行，必须是“真函数”或“真表达式” -
CREATE INDEX idx_bad3 ON users (SUBSTRING(name, 1, 10));❌ 同样缺括号，且未声明长度会触发Function is not allowed in index
WHERE 条件必须和索引定义一模一样
优化器不做语义推导，哪怕逻辑等价也不认。例如你建了：
CREATE INDEX idx_upper_name ON users ((UPPER(name)));那么只有这些能命中：
SELECT * FROM users WHERE UPPER(name) = 'JOHN';-
SELECT * FROM users WHERE UPPER(name) LIKE 'JO%';（前缀匹配可行）
但这些完全不走索引：
-
WHERE name = 'john'（没包装UPPER，无法匹配） -
WHERE UPPER(name) LIKE '%JO'（后缀匹配，B+ 树不支持） -
WHERE name LIKE 'joh%'（大小写敏感，且未调用函数）
函数索引只接受确定性表达式，且有长度与类型限制
MySQL 要求表达式结果可预测、无副作用。常见限制包括：
-
NOW()、RAND()、子查询、用户变量、非固定时区的CONVERT_TZ()❌ 全部禁止 -
SUBSTRING(email, 1, 5)✅ 允许；UPPER(name)✅ 允许（内置确定性函数） -
(price * 1.1)✅ 允许，但注意：若price是DECIMAL(10,2)，乘法后可能隐式转为DECIMAL(12,3)，导致索引失效 - 表达式结果长度不能超过 3072 字节 ——
MD5(content)虽安全但占 32 字节，LEFT(content, 200)更轻量实用
用 EXPLAIN 验证是否真正命中，别靠猜
关键看两个字段：
-
key字段显示索引名（如idx_upper_name）→ 明确用了该函数索引 -
Extra出现Using index→ 覆盖索引（无需回表） -
Extra出现Using where; Using index→ 表达式已用于过滤，且索引覆盖 - 如果
key为空，或出现Using filesort/Using temporary→ 函数索引没生效，得回头检查表达式是否被完整写出、是否含不可索引操作
函数索引的 DML 开销常被忽略：每次 INSERT/UPDATE 都要实时计算表达式值并写入索引页，带来写放大和锁竞争。高频写入表上加函数索引前，务必实测吞吐变化。
