直接建函数索引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 对函数索引语法极其严格，少一层括号、函数名小写、引号包裹都会失败。

• ✅ 正确：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 必须字面一致

函数索引不推理、不兼容、不降级。它只认建索引时写的那一串字符，多一个空格、换一个函数、改个大小写，都不走索引。

MySQL8 CRM Schema Design Expert

面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。

下载

• ✅ 能命中：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 条件和建索引时的表达式差了一个空格、一个括号，或者大小写没对齐。