直接用 GROUP BY 配合 COUNT() 统计每个用户订单总数最直接高效，必须写 GROUP BY user_id，否则报错或结果不可信；需注意字段一致性、NULL 处理、WHERE 过滤优于 HAVING、联合索引优化及 LEFT JOIN 实现零订单显示。
直接用 GROUP BY 配合 COUNT() 就能搞定
只要订单表里有 user_id 字段，一句 SQL 就能统计出每个用户的订单总数。不需要子查询、也不用窗口函数，COUNT() 和 GROUP BY 是最直接、最高效的方式。
写法必须带 GROUP BY，否则会报错或结果不对
常见错误是只写 SELECT user_id, COUNT(*) 却漏掉 GROUP BY user_id。在严格模式（如 MySQL 8.0 默认）下会直接报错：ERROR 1140: In aggregated query without GROUP BY；在旧版本或宽松模式下可能返回任意一条记录的统计值，完全不可信。
正确写法示例：
SELECT user_id, COUNT(*) AS order_count FROM orders GROUP BY user_id;
-
GROUP BY的字段必须和SELECT中的非聚合字段完全一致（比如不能SELECT user_id, username却只GROUP BY user_id，除非username是user_id的函数依赖字段） - 如果想查用户姓名，得确保
users表已关联，且username不参与分组逻辑——通常要JOIN后再GROUP BY user_id -
COUNT(*)统计所有行，包括NULL值；COUNT(order_id)只统计order_id非NULL的行，两者在主键不为空时结果一样
需要排除测试订单或已取消订单？加 WHERE 条件
真实业务中，常要过滤掉无效数据。把条件放在 WHERE 里比放在 HAVING 更高效，因为 WHERE 在分组前就筛数据，减少计算量。
例如排除已取消订单：
SELECT user_id, COUNT(*) AS order_count FROM orders WHERE status != 'cancelled' GROUP BY user_id;
- 别用
HAVING status != 'cancelled'——HAVING是对分组后结果筛选，此时status已不在分组维度内，语法错误 - 如果状态字段是
NULL（比如未设置），!= 'cancelled'不会匹配它，需显式加OR status IS NULL或改用NOT IN ('cancelled')并注意NULL处理 - 索引有效性很关键：给
status和user_id建联合索引（如(status, user_id)）能显著提升这类查询速度
用户没下过单也要显示 0？LEFT JOIN 是唯一可靠方式
如果需求是“列出所有注册用户及其订单数，没下单的显示 0”，就不能只查 orders 表。必须从 users 表出发，用 LEFT JOIN 关联 orders，再用 COUNT(orders.id)（不是 COUNT(*)）来统计。
原因：COUNT(*) 在 LEFT JOIN 后，每条 users 记录至少对应一行（哪怕 orders 为 NULL），所以会返回 1；而 COUNT(orders.id) 对 NULL 不计数，才得到 0。
SELECT u.id AS user_id, COUNT(o.id) AS order_count FROM users u LEFT JOIN orders o ON u.id = o.user_id GROUP BY u.id;
这个细节非常容易被忽略——看起来只差一个字段名，结果却天壤之别。
