MySQL 5.7.8+ 可通过 STORED 虚拟列+普通索引模拟函数索引，需确保版本≥5.7.8、innodb_file_format=Barracuda、innodb_large_prefix=ON，且查询须显式使用虚拟列条件。
MySQL 5.7 本身不支持函数索引语法，CREATE INDEX ON t((UPPER(name))) 会直接报 ERROR 1064 (42000)。但你可以用「虚拟列 + 普通索引」组合，在语义和效果上接近函数索引——前提是 MySQL 版本 ≥ 5.7.8（虚拟列从该版本起支持 STORED 类型）。
确认是否支持 STORED 虚拟列
5.7.8 是分水岭：更早版本只支持 VIRTUAL 列，无法建索引；只有 STORED 列才能被物理写入、进而被索引使用。
- 运行
SELECT VERSION();，确保返回类似5.7.8或更高 - 执行
SHOW VARIABLES LIKE 'innodb_file_format';，值应为Barracuda（Antelope不支持大前缀索引，可能限制长表达式） - 检查
innodb_large_prefix是否为ON，否则VARCHAR(255)级别以上的表达式可能建索引失败
手动添加 STORED 虚拟列并建索引
这不是“函数索引”，而是显式创建一个计算列，再对它建普通索引。关键点是：列必须 STORED，且类型要能容纳表达式结果。
- 先加列：
ALTER TABLE users ADD COLUMN name_upper VARCHAR(255) GENERATED ALWAYS AS (UPPER(name)) STORED; - 再建索引：
CREATE INDEX idx_name_upper ON users (name_upper); - 注意：不能用
VIRTUAL——GENERATED ALWAYS AS (...) VIRTUAL建不了索引，会报ERROR 3752 - 字符集要匹配：如果
name是utf8mb4，name_upper也得是utf8mb4，否则隐式转换可能导致索引失效
查询时必须改写 WHERE 条件
虚拟列是独立字段，优化器不会自动把 WHERE UPPER(name) = 'JOHN' 重写成 WHERE name_upper = 'JOHN'。你得自己改 SQL。
- ✅ 正确写法：
WHERE name_upper = 'JOHN'（走索引） - ❌ 错误写法：
WHERE UPPER(name) = 'JOHN'（全表扫描） - ❌ 错误写法：
WHERE name = 'john'（即使值等价，也不走name_upper索引） - 如果业务代码里大量存在
UPPER()查询，就得批量替换，或加视图/ORM 层适配
容易踩的坑和性能提醒
这种模拟方式不是零成本方案，几个关键限制常被忽略：
-
STORED列在每次INSERT/UPDATE时都会实时计算并写入磁盘，写入性能下降约 5–15%，尤其当表达式复杂（如嵌套JSON_EXTRACT）时更明显 - 索引长度受
innodb_page_size影响：比如对TEXT字段做UPPER(content)，即使声明VARCHAR(1000)，也可能因超长被截断，建索引时报ERROR 1071 - 无法支持非确定性函数：
NOW()、RAND()、USER()在 5.7 虚拟列中直接报错，连列都加不上 - 迁移风险：升级到 MySQL 8.0 后，这些
STORED列可直接复用，但若想转成原生函数索引，仍需删列再重建CREATE INDEX ... ((UPPER(name)))
