mysql大小写不敏感查询应统一用lower()转换字段和参数，或改用collate；函数索引（8.0+）可优化性能但需显式创建；区分大小写场景禁用lower()，须用binary或utf8mb4_bin。
MySQL中用LOWER()函数做大小写不敏感查询
直接用 LOWER() 包裹字段和参数，就能在查询时统一转小写比对。它不改变原数据，只影响本次比较逻辑。
常见错误是只转字段却不转输入值，比如写 WHERE LOWER(name) = 'John' —— 这里右侧没转小写，'John' 和 'john' 就不匹配。
- 正确写法：
WHERE LOWER(name) = LOWER('John') - 如果搜索值来自用户输入（如PHP变量），务必在SQL拼接前或SQL内同步转小写
-
LOWER()对utf8mb4字符集的中文、emoji 无影响，只作用于ASCII字母和部分带重音的拉丁字符 - 性能上，该写法无法走索引（除非建函数索引，见下一条）
想走索引？得建函数索引（MySQL 8.0+）
默认情况下 LOWER(name) 查询会全表扫描。MySQL 8.0 支持基于函数的索引，但必须显式创建：
CREATE INDEX idx_name_lower ON users (LOWER(name));
注意这不会自动生效于所有 LOWER() 查询，只有 WHERE 条件完全匹配该函数表达式时才命中索引。
- 有效：
WHERE LOWER(name) = LOWER('ALICE') - 无效：
WHERE LOWER(name) LIKE '%alice%'（函数索引不支持前缀模糊） - 无效：
WHERE name = 'alice' COLLATE utf8mb4_general_ci（这是另一种方式，不依赖函数索引） - 建完索引后，用
EXPLAIN确认key字段是否显示为idx_name_lower
更轻量的替代方案：用COLLATE指定大小写不敏感排序规则
如果字段本身是 VARCHAR 且字符集支持（如 utf8mb4），直接换 COLLATE 是最快的方法，无需函数、不额外建索引：
- 临时生效：
WHERE name = 'JoHn' COLLATE utf8mb4_general_ci - 永久生效：建表时设字段排序规则，例如
name VARCHAR(50) COLLATE utf8mb4_general_ci -
_ci后缀表示 case-insensitive，_cs是 sensitive，_bin是二进制比较 - 注意：若字段原为
_bin或_cs，强制COLLATE仍可能触发隐式转换，影响索引使用
区分大小写的场景下，别误用LOWER()做“精确匹配”
有些业务要求严格区分大小写（如密码哈希、token、base64编码），这时用 LOWER() 反而引入bug。
- 比如查 token：
WHERE LOWER(token) = LOWER('AbC123')会让 'abc123'、'ABC123' 全部命中，违背唯一性预期 - 应改用二进制比较：
WHERE token = BINARY 'AbC123'或确保字段定义为COLLATE utf8mb4_bin - 调试时可用
SELECT token, HEX(token), LENGTH(token)确认实际字节值，避免看似相同实则编码不同的陷阱
COLLATE 方案效果接近，但前者依赖 MySQL 版本，后者依赖字段定义和查询写法；真正容易被忽略的是：**大小写处理逻辑必须前后端一致**——前端传参没转小写，后端SQL却用了 LOWER()，这种错位在联调时极难定位。
