lower() 忽略大小写最稳妥，但必须字段和查询值都转换，否则漏数据；like、排序、分组同理，且需注意索引失效与版本兼容性。
直接用 LOWER() 转换字段和查询值，是最稳妥、跨库兼容的忽略大小写方式；但必须两边都转，否则漏数据。
为什么只转一边会出错
常见错误是写成 WHERE name = LOWER('Alice') 或 WHERE LOWER(name) = 'alice'。前者只把输入转小写，但数据库里存的是 'ALICE'，不匹配；后者只把字段转小写，但右边还是原样字符串，仍区分大小写——MySQL 默认比较行为取决于列的 COLLATION，但依赖它等于赌配置没被改过。
- 正确写法必须是：
WHERE LOWER(name) = LOWER('Alice') - 哪怕列本身是
utf8mb4_0900_ai_ci（默认不区分大小写），显式用LOWER()也能避免因迁移、复制或临时会话设置导致的行为漂移 - 函数调用本身不改变数据，只影响本次查询逻辑，安全可控
模糊搜索（LIKE）时怎么用 LOWER()
LIKE 的大小写敏感性直接受字段 COLLATION 控制。如果字段是 _bin 或 _cs 结尾（如 utf8mb4_bin），LIKE '%abc%' 就严格区分大小写。这时不能只靠改 COLLATION，因为可能牵一发而动全身。
- 安全做法：
WHERE LOWER(name) LIKE LOWER('%il%')—— 把模式和字段都转小写 - 注意：
LOWER('%il%')没问题，通配符不会被误转，%和_本身不是字母，LOWER()对它们无影响 - 性能隐患：这个写法会让
name上的普通索引失效，全表扫描概率高；若查询频繁，应补建函数索引：CREATE INDEX idx_lower_name ON users (LOWER(name));
UPDATE 或 INSERT 时用 LOWER() 标准化数据
一次性清洗存量数据，比每次查询都套函数更治本，尤其适合邮箱、用户名等需全局唯一且不区分大小写的字段。
- 标准化写法：
UPDATE users SET email = LOWER(email); - 插入时预防：
INSERT INTO users (email) VALUES (LOWER('Admin@Example.COM')); - 关键提醒：如果该字段有唯一索引，先查重再更新，否则
UPDATE可能因重复值报错；例如'Admin@example.com'和'admin@example.com'转小写后变成同一值 - 不建议在触发器里自动转——容易掩盖业务逻辑意图，也增加调试成本
LOWER() 在排序和 GROUP BY 中的实际表现
排序和分组时加 LOWER() 是常见需求，但效果和性能差异明显：
- 排序：
ORDER BY LOWER(name)能实现字典序忽略大小写，但无法利用name原有索引；若数据量大，考虑建函数索引或改用不敏感COLLATION - 分组：
GROUP BY LOWER(name)会把'John'、'JOHN'归为一组，但注意 NULL 值会被单独分组（LOWER(NULL)仍是NULL） - 别用
SELECT DISTINCT LOWER(name)代替GROUP BY——语义不同，且不能带其他非聚合字段
真正容易被忽略的是：函数索引只在 MySQL 8.0+ 支持，且必须用 INVISIBLE 或显式指定表达式；低版本只能靠改 COLLATION 或应用层处理。
