直接建函数索引CREATE INDEX idx_lower_name ON users ((LOWER(name)))可解决LOWER(name)查询慢问题，但需满足MySQL 8.0.13+、表达式字面完全匹配、函数名大写且外层双括号三个条件，否则索引不生效。
直接建 CREATE INDEX idx_lower_name ON users ((LOWER(name))); 就能解决，但必须满足三个硬性条件：MySQL 8.0.13+、表达式字面完全匹配、函数名大写且外层双括号。否则不是报错，就是索引压根不生效。
为什么 LOWER(name) 查询会变慢？
因为 LOWER(name) 是表达式，MySQL 无法复用 name 字段上的普通索引，执行时只能全表扫描。哪怕字段本身有索引，WHERE LOWER(name) = 'john' 这类写法也会让 key 显示为 NULL，type 变成 ALL。
- 常见错误是只转字段不转值：
WHERE LOWER(name) = 'John'—— 右侧没小写，永远不匹配 - 正确写法必须两边都转：
WHERE LOWER(name) = LOWER('John') - 中文、emoji、带重音字符（如
café）不受影响，LOWER()返回原值，这不是 bug
建函数索引的语法和致命细节
MySQL 8.0 对函数索引语法极其严格，少一层括号、函数名小写、引号包裹都会失败。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- ✅ 正确：
CREATE INDEX idx_lower_name ON users ((LOWER(name))); - ❌ 报错 ERROR 1064：
CREATE INDEX idx_lower_name ON users (LOWER(name));（少外层括号） - ❌ 报错 “Functional index expression cannot be a column reference”：
CREATE INDEX idx_lower_name ON users ((name));（单列加括号不算函数索引） - ❌ 在 strict 模式下失败：
CREATE INDEX idx_lower_name ON users ((lower(name)));（函数名必须大写）
索引生效的唯一条件：WHERE 必须字面一致
函数索引不推理、不兼容、不降级。它只认建索引时写的那一串字符，多一个空格、换一个函数、改个大小写，都不走索引。
- ✅ 能命中：
WHERE LOWER(name) = LOWER('alice')、ORDER BY LOWER(name) - ❌ 不命中：
WHERE name = 'alice'（普通等值查询）、WHERE LOWER(name) LIKE '%alice%'（模糊不支持）、WHERE UPPER(name) = 'ALICE'（函数不同） - 验证是否生效：用
EXPLAIN查看key字段是否显示为idx_lower_name
替代方案：COLLATE 比函数索引更轻量
如果只是想做大小写不敏感查询，COLLATE utf8mb4_0900_ai_ci 是更省事的选择，不需要改 SQL 写法，也不依赖 MySQL 8.0。
- 建表时指定：
name VARCHAR(64) COLLATE utf8mb4_0900_ai_ci - 或修改已有列：
ALTER TABLE users MODIFY name VARCHAR(64) COLLATE utf8mb4_0900_ai_ci; - 之后
WHERE name = 'John'自动匹配'JOHN'、'john'，且仍能走普通索引 - 注意：该方案在区分大小写场景下失效，比如密码校验必须用
BINARY或utf8mb4_0900_as_cs
函数索引真正的复杂点在于“字面一致性”——它不像普通索引那样有语义理解能力，只做字符串级别的精确匹配。很多人建完以为万事大吉，结果 EXPLAIN 一看还是 ALL，问题往往就出在 WHERE 条件和建索引时的表达式差了一个空格、一个括号，或者大小写没对齐。
