本文详解如何在涉及容器、发票、服务三者多对多关系的复杂查询中，正确使用 GROUP_CONCAT(DISTINCT ...) 避免服务名称重复拼接，确保每个发票仅返回唯一的服务列表。
本文详解如何在涉及容器、发票、服务三者多对多关系的复杂查询中，正确使用 group_concat(distinct ...) 避免服务名称重复拼接，确保每个发票仅返回唯一的服务列表。
在构建跨多个多对多关联表（如 containers_invoices ↔ invoices ↔ invoices_services ↔ services）的聚合查询时，一个常见陷阱是：因 JOIN 导致的笛卡尔膨胀。当一张发票关联多个容器（containers）和多个服务（services）时，invoices_services 与 containers 之间并无直接关联，但通过共同父表 invoices 连接后，MySQL 会为每个容器-服务组合生成一行中间记录——这导致 GROUP_CONCAT(services.service) 将同一服务重复拼接多次（如 "Line,Line,Line,Line"），而非期望的去重结果 "Line"。
根本原因在于当前 GROUP BY containers_invoices.invoice_id 仅按发票分组，而 services 表通过 invoices_services 参与连接后，其行数取决于该发票下的服务总数 × 容器总数。要保留“每发票一行”的语义，同时让服务字段无重复，不应更改分组维度（否则将破坏发票层级结构），而应直接在聚合函数内消除重复值。
✅ 正确解法：在 GROUP_CONCAT() 中显式添加 DISTINCT 关键字：
SELECT
GROUP_CONCAT(containers.container_id ORDER BY containers.container_id DESC) AS container_id,
GROUP_CONCAT(containers.container_serial ORDER BY containers.container_id DESC) AS container_serial,
GROUP_CONCAT(containers.container_index ORDER BY containers.container_id DESC) AS container_index,
invoices.*,
statuses.status,
clients.client,
GROUP_CONCAT(DISTINCT services.service_id ORDER BY services.service_id) AS service_id,
GROUP_CONCAT(DISTINCT services.service ORDER BY services.service) AS service
FROM containers_invoices
LEFT JOIN containers ON containers_invoices.container_id = containers.container_id
LEFT JOIN invoices ON containers_invoices.invoice_id = invoices.invoice_id
LEFT JOIN statuses ON invoices.status_id = statuses.status_id
LEFT JOIN clients ON invoices.client_id = clients.client_id
LEFT JOIN invoices_services ON invoices.invoice_id = invoices_services.invoice_id
LEFT JOIN services ON invoices_services.service_id = services.service_id
GROUP BY containers_invoices.invoice_id
ORDER BY invoices.invoice_id DESC;⚠️ 注意事项：
-
DISTINCT必须置于GROUP_CONCAT()函数内部，不可写在SELECT或GROUP BY子句中； -
ORDER BY子句在GROUP_CONCAT(DISTINCT ...)中仍有效，但建议按services自身字段（如service_id或service）排序，而非依赖containers.container_id（因其与服务无逻辑顺序关系）； - 若服务字段含空值（
NULL），DISTINCT会将其视为单一值参与去重；如需过滤空服务，可在JOIN条件或WHERE中增加services.service IS NOT NULL； - 此方案兼容 MySQL 5.7+ 和 MariaDB 10.2+；低版本需升级或改用子查询模拟。
总结：面对多对多链式 JOIN 的聚合去重需求，优先考虑 GROUP_CONCAT(DISTINCT ...) 而非盲目调整 GROUP BY 字段——它既维持了业务层级（每发票一行），又精准解决了字段级重复问题，是简洁、高效且符合 SQL 标准的最佳实践。
