HAVING COUNT() = 0 永远查不到结果，因为GROUP BY仅对实际存在的记录分组，“无记录”状态无法进入分组流程，COUNT()在分组内恒≥1；正确做法是用LEFT JOIN + IS NULL或NOT EXISTS反查缺失关联的主表记录。
为什么
永远查不到结果
直接用
配合
查“没订单的客户”，结果永远为空——因为
只对实际存在的分组起作用，而“没订单的客户”在订单表里压根不出现，自然不会被分组，更不会进入
的筛选范围。
这是初学者最常掉进去的逻辑陷阱：把“不存在”当成一种可被聚合统计的状态。实际上，
在分组中永远 ≥ 1（只要该行参与了分组）。
正确做法：用
+
核心思路是先完整拉出所有客户，再尝试关联订单；关联不上的记录，说明该客户无订单。
必须用
表作为左表，
表作为右表
条件写清楚关联字段，例如
是关键过滤，不是
（后者可能因外键允许空值而误判）
如果非要用
，只能配合子查询或
硬要套
并不是好主意，但若业务逻辑强制要求分组上下文（比如同时统计有/无订单客户数），可用子查询兜底：
先用
拿出所有有订单的客户 ID
再用
或
去反查
注意
遇到
会整体返回空结果，优先选
性能与索引提醒
无论用
还是
，
字段必须有索引，否则大表下会全表扫描订单表。
另外，MySQL 8.0+ 和 PostgreSQL 对
优化较好；SQLite 则对
更友好。别盲目照搬写法，先看执行计划里的
是否为
或
。
最容易被忽略的是外键约束缺失导致
出现脏数据——查出来“没订单的客户”，结果发现只是订单表里存了错误的
值。
HAVING COUNT(*) = 0GROUP BYHAVING COUNT(*) = 0GROUP BYHAVINGCOUNT(*)LEFT JOINIS NULLcustomersordersONON customers.id = orders.customer_idWHERE orders.customer_id IS NULLWHERE orders.id IS NULLSELECT c.id, c.name
FROM customers c
LEFT JOIN orders o ON c.id = o.customer_id
WHERE o.customer_id IS NULL;GROUP BYNOT EXISTSGROUP BYSELECT DISTINCT customer_id FROM ordersNOT INNOT EXISTScustomersNOT INNULLNOT EXISTSSELECT id, name
FROM customers c
WHERE NOT EXISTS (
SELECT 1 FROM orders o WHERE o.customer_id = c.id
);LEFT JOIN ... IS NULLNOT EXISTSorders.customer_idNOT EXISTSLEFT JOINtyperefindexcustomer_idcustomer_id