如何高效统计MySQL中每个用户的订单总数？

当然有更高效的方案！你当前用的单用户子查询如果扩展到所有用户，会变成关联子查询——MySQL会对每一条用户记录单独执行一次count(*)，用户量越大，重复查询的开销就越高。推荐用JOIN + 分组统计的方式，一次查询搞定所有用户的统计，性能提升非常明显。

方案1：包含所有用户（包括无订单的用户，显示0） #

如果你需要保留所有用户，哪怕他们还没有下单，用LEFT JOIN结合GROUP BY是最优选择：

SELECT 
    u.name,
    COUNT(o.id) AS total_orders
FROM 
    users u
LEFT JOIN 
    orders o ON u.id = o.users_id
GROUP BY 
    u.id, u.name;

关键细节： #

• LEFT JOIN会保留users表的所有记录，即使对应的orders表没有匹配数据（也就是用户无订单）。
• 用COUNT(o.id)而不是COUNT(*)：当用户无订单时，o.id会是NULL，COUNT()会自动忽略NULL值，最终统计结果为0；如果用COUNT(*)，会把NULL行也算进去，结果会错误显示为1。
• GROUP BY同时指定u.id和u.name：因为name可能不是唯一字段，而id是用户表的主键，这样分组能避免同名用户被合并统计。

方案2：仅统计有订单的用户 #

如果只需要展示有过下单记录的用户，用INNER JOIN即可：

SELECT 
    u.name,
    COUNT(o.id) AS total_orders
FROM 
    users u
INNER JOIN 
    orders o ON u.id = o.users_id
GROUP BY 
    u.id, u.name;

INNER JOIN只会返回两张表中匹配成功的记录，自动过滤掉无订单的用户。

性能优化建议 #

为了让这个查询跑得更快，一定要给orders表的users_id字段创建索引：

CREATE INDEX idx_orders_users_id ON orders(users_id);

这个索引能让MySQL在JOIN时快速定位到每个用户对应的订单，避免对orders表做全表扫描，尤其是订单量很大的时候，优化效果会非常显著。

对比原方法的优势 #

你原来的子查询方式属于N次查询（N等于用户数量），而JOIN方案是单次查询，只需要扫描两张表各一次，然后分组统计，在数据量较大的场景下，性能差距会非常明显。

内容的提问来源于stack exchange，提问作者d-_-b