SQL分组时如何忽略大小写差异-SQL-PHP中文网

MySQL中GROUP BY是否忽略大小写取决于字段collation：_ci结尾（如utf8mb4_0900_ai_ci）天然不区分，_cs或_bin则区分；可通过SHOW FULL COLUMNS查看，临时可用COLLATE指定校对规则，LOWER()会导致索引失效。

sql分组时如何忽略大小写差异

MySQL 中 GROUP BY 是否忽略大小写，取决于字段 collation

不是 MySQL “默认忽略”或“默认区分”，而是看字段定义的 collation。比如 utf8mb4_0900_ai_ci 中的 _ci 就代表 case-insensitive，这种字段直接 GROUP BY 用户名 就已忽略大小写；而 utf8mb4_0900_as_cs 或 utf8mb4_bin 是区分大小写的，Alice 和 alice 会被分到不同组。

查当前字段校对规则：
SHOW FULL COLUMNS FROM user_activity LIKE '用户名';
看输出中 Collation 列的值。别凭经验猜，必须查。

如果是 _ci 结尾（如 utf8mb4_unicode_ci），不用任何额外操作，GROUP BY 天然不区分大小写
如果是 _cs 或 _bin，则必须干预：改表结构、加 COLLATE 或用函数
注意：同一个表里不同字段可能有不同 collation，不能一概而论

临时方案：用 COLLATE 在查询中强制不区分大小写

比 LOWER() 更轻量，不破坏索引，语义更清晰。写法是把 COLLATE 紧跟在列名后：

SELECT 用户名, COUNT(*) 
FROM user_activity 
GROUP BY 用户名 COLLATE utf8mb4_0900_ai_ci;

这个只影响本次查询，不改表结构，适合线上补救或临时分析。

COLLATE 必须写在列名后，GROUP BY COLLATE utf8mb4_0900_ai_ci 用户名 是错的，会报语法错误
如果字段本身是 BINARY 类型，或用了 BINARY 前缀，COLLATE 会被忽略
不同 MySQL 版本支持的 collation 名称略有差异，不确定时先查：SHOW COLLATION LIKE 'utf8mb4%ai%';

用 LOWER() 函数兜底，但要警惕索引失效

当无法修改字段 collation，又必须兼容旧数据时，常用写法：

SELECT LOWER(用户名) AS name_lower, COUNT(*) 
FROM user_activity 
GROUP BY LOWER(用户名);

它能工作，但代价明确：哪怕你建了 INDEX(用户名)，这个查询也走不了索引，变成全表扫描。

MySQL 8.0+ 可建函数索引缓解：CREATE INDEX idx_username_lower ON user_activity (LOWER(用户名));
PostgreSQL 支持表达式索引：CREATE INDEX ON user_activity (LOWER(用户名));
SQLite 不支持函数索引，只能靠 COLLATE NOCASE 或入库前归一化
别在生产高频查询里长期依赖 LOWER()，除非你确认数据量小或已配好函数索引

别踩 NULL 和空字符串的坑

GROUP BY 对 NULL 的处理是统一归为一组，但 ''（空字符串）和 NULL 是两个完全不同的值，默认不会合并。如果你的 用户名 字段允许为空，且业务上想把它们视作同一类，得显式处理：

SELECT COALESCE(NULLIF(用户名, ''), 'unknown') AS norm_name, COUNT(*) 
FROM user_activity 
GROUP BY COALESCE(NULLIF(用户名, ''), 'unknown');

这里 NULLIF(用户名, '') 把空字符串转成 NULL，再用 COALESCE 统一映射为 'unknown'。

不要指望 GROUP BY 自动合并 NULL 和 ''，这是常见误判点
如果字段有索引，这种写法会让索引失效；大表慎用，优先考虑清洗入库逻辑
大小写 + NULL/空字符串混合问题，往往需要组合处理：先 COALESCE，再 LOWER 或 COLLATE