SQL中无多分组条目时使用GROUP_CONCAT是否存在性能损耗？

针对查询语句 SELECT GROUP_CONCAT(user_names) FROM stuff GROUP BY stuff_name 的两个疑问解答如下：

单分组单条记录时使用GROUP_CONCAT会不会产生额外性能开销？ #

• 会产生额外开销，大多数场景下开销是可感知的。
• 哪怕每个stuff_name分组下确实只有1条user_names记录，数据库默认执行逻辑还是要先走聚合步骤：要么用排序法把同stuff_name的记录归集到同一分组，要么用哈希表做分组计算，这部分的计算成本是比直接查询不加分组的语句多出来的。
• 就算stuff_name建了唯一索引，引擎提前知道每个分组只有一条数据、跳过了分组归集步骤，还是要多执行一次GROUP_CONCAT函数的调用逻辑，比直接取字段值的开销还是要更高。

数据库引擎会不会自动把该语句简化为非分组查询？ #

• 绝大多数主流数据库（MySQL、PostgreSQL、SQL Server等）都不会做这个优化。核心原因是语义约束：GROUP BY的默认语义就是按指定字段做分组聚合，引擎不会凭空假设每个分组只有一条数据，除非你给stuff_name加了明确的唯一约束，引擎能从元数据里拿到这个确定的信息，才有可能做执行计划剪枝，就算是这种情况也不是所有引擎都支持这个优化。
• 拿MySQL举例测试的话，哪怕stuff_name是唯一索引，用EXPLAIN查看执行计划还是能看到分组算子的存在，不会变成普通的扫描查询。

内容的提问来源于stack exchange，提问作者Zero