使用GROUP_CONCAT（）通常会调用分组逻辑并创建临时表，这通常会对性能产生很大的负面影响。有时，您可以添加正确的索引以避免在group-by查询中使用临时表，但并非在每种情况下都可以。
正如@MarcB所指出的，组连接字符串的默认长度限制非常短，许多人被截断的列表弄糊涂了。您可以使用group_concat_max_len来增加限制。
在PHP中将字符串爆炸成数组不是免费的。仅仅因为您可以在PHP中的一个函数调用中做到这一点，并不意味着它是性能最佳的。我尚未对差异进行基准测试，但我怀疑您是否也有。
GROUP_CONCAT（）是一种MySQLism。其他SQL产品未广泛支持它。在某些情况下（例如SQLite），它们具有GROUP_CONCAT（）函数，但其功能与MySQL中的功能并不完全相同，因此，如果必须支持多个RDBMS后端，则可能导致令人困惑的错误。当然，如果您不必担心移植，这不是问题。
如果要从
currencies
表中获取多个列，则需要多个GROUP_CONCAT（）表达式。列表是否保证顺序相同？也就是说，一个列表中的第三个字段是否与下一个列表中的第三个字段相对应？答案是否定的-除非您ORDER BY
在GROUP_CONCAT（）中使用子句指定顺序，否则不会。
我通常喜欢您的第一种代码格式，使用常规的结果集，然后遍历结果，保存到由客户ID索引的新数组中，然后将货币附加到数组中。这是一个简单的解决方案，使SQL保持简单且易于优化，如果要提取多个列，则效果更好。
我并不是要说GROUP_CONCAT（）不好！在许多情况下，它确实很有用。但是，试图使任何一种“一刀切”的规则使用（或避免使用）任何功能或语言功能都是很简单的。
