能，GROUP_CONCAT(DISTINCT column)仅对当前分组内该列值去重，不跨组生效，且不支持多字段加DISTINCT；需注意NULL处理、collation敏感性、group_concat_max_len截断及严格模式下GROUP BY字段完整性要求。
GROUP_CONCAT 里用 DISTINCT 真的能去重吗？
能，但只对 GROUP_CONCAT 内部传入的单个表达式生效，不是对整个分组结果去重。比如 GROUP_CONCAT(DISTINCT phone) 会先对每组内的 phone 值去重，再拼接；但若你写成 GROUP_CONCAT(DISTINCT name, phone)，MySQL 会直接报错 —— GROUP_CONCAT 不支持多字段 + DISTINCT 的组合语法。
GROUP_CONCAT(DISTINCT ...) 的典型误用场景
常见错误是以为加了 DISTINCT 就能解决“同名不同人”或“字段组合重复”的问题。实际上它只作用于括号内那个列（或表达式）的值本身：
- 错误写法：
SELECT name, GROUP_CONCAT(DISTINCT phone) FROM customers GROUP BY name—— 这确实能合并去重电话，但前提是所有同名用户的phone值天然可合并；如果name字段本身就有脏数据（如大小写混用、空格不一致），DISTINCT不会帮你标准化 - 更隐蔽的问题：当
phone是NULL，GROUP_CONCAT默认忽略它，且DISTINCT对NULL无效 —— 多个NULL仍只算一个空项，但不会出现在结果里 - 字符长度限制：默认
group_concat_max_len = 1024，超长会被截断，且不报错；需提前SET SESSION group_concat_max_len = 1000000
和 GROUP BY 配合时，为什么不能只靠 DISTINCT？
因为 DISTINCT 是查询级去重，而 GROUP BY 是逻辑分组基础。如果你要“按 name+email 分组，再对 phone 去重合并”，必须明确写出分组字段，否则 MySQL 5.7+ 会报错（严格模式下）：
- 合法：
SELECT name, email, GROUP_CONCAT(DISTINCT phone SEPARATOR '; ') FROM customers GROUP BY name, email - 非法（在严格 SQL 模式下）：
SELECT name, GROUP_CONCAT(DISTINCT phone) FROM customers GROUP BY name—— 若表中存在相同name但不同email的行，MySQL 无法确定该取哪条email，会拒绝执行 - 注意：MySQL 8.0+ 支持函数索引，但
GROUP_CONCAT本身不可索引，性能瓶颈常出现在大分组 + 高基数字符串拼接上
替代方案：什么时候该换窗口函数？
当你需要保留原始行结构（比如还要带 id 或 create_time），又想合并同类字段，GROUP_CONCAT 就不够用了。例如：“每个用户最新一条记录的全部字段 + 所有历史 phone 合并为字符串”：
-
GROUP_CONCAT只能输出聚合结果，无法同时返回非分组字段的原始值 - 此时应改用
ROW_NUMBER()定位主记录，再用子查询或 JOIN 关联聚合结果 - 示例片段：
WITH latest AS (SELECT *, ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY create_time DESC) AS rn FROM users), phones AS (SELECT user_id, GROUP_CONCAT(DISTINCT phone) AS all_phones FROM users GROUP BY user_id) SELECT l.*, p.all_phones FROM latest l JOIN phones p ON l.user_id = p.user_id WHERE l.rn = 1
真正容易被忽略的是：GROUP_CONCAT 的排序依赖 ORDER BY 子句（写在括号内），不写就按存储顺序拼，而这个“存储顺序”在 InnoDB 中既不保证也不稳定。
