LEFT JOIN后COUNT(*)总是1是因为它统计连接后每行（含右表NULL行），而非右表有效记录数；应改用COUNT(右表非空字段)并配合COALESCE确保0值，一对多时须预聚合明细表再JOIN。

LEFT JOIN 后 COUNT(*) 为什么总是 1？

这不是语法错误，是逻辑误解：LEFT JOIN 保证左表每行至少出现一次，哪怕右表没匹配，这行也保留，COUNT(*) 统计的是“结果集中的行数”，不是“右表实际关联的记录数”。

• 要统计“每个用户有多少订单”，必须用 COUNT(orders.id) 或 COUNT(orders.created_at)——前提是该字段定义为 NOT NULL，无匹配时为 NULL，COUNT 自动跳过
• 想让无订单用户显示为 0 而不是被忽略，得套一层 COALESCE(COUNT(orders.id), 0)
• COUNT(*) 和 COUNT(1) 在 LEFT JOIN 下行为一致，但语义模糊，别拿来替代具体字段

一对多关联导致 SUM/COUNT 虚高怎么办？

JOIN 阶段把 1 行“炸开”成 N 行（比如 1 个订单 → 3 条商品明细），GROUP BY 再聚合时已无法还原原始粒度，SUM 和 COUNT 必然翻倍。

• 正确做法是预聚合：先对明细表（如 order_items）按外键汇总，再 JOIN 主表
  SELECT o.id, o.user_id, COALESCE(i.item_count, 0) AS item_count FROM orders o LEFT JOIN (SELECT order_id, COUNT(*) AS item_count FROM order_items GROUP BY order_id) i ON o.id = i.order_id
• 避免写 FROM orders o LEFT JOIN order_items i ON o.id = i.order_id GROUP BY o.id——数据量稍大就失真
• 若需多个聚合指标（如商品数、总金额），预聚合子查询里一并算出，别留到主查询里重复炸开

MySQL 报 “Expression not in GROUP BY clause” 怎么修？

这不是 bug，是 sql_mode=ONLY_FULL_GROUP_BY 在强制你声明逻辑：SELECT 列表里每个非聚合字段，必须显式出现在 GROUP BY 中，或被聚合函数包裹。

• 错误写法：SELECT dept.name, user.name, COUNT(*) FROM dept JOIN user ON dept.id = user.dept_id GROUP BY dept.id —— user.name 既没聚合也没分组，直接报错
• 合理解法：删掉 user.name（如果不需要），或改用 MAX(user.name) / GROUP_CONCAT(user.name) 显式表达聚合意图
• 别在 GROUP BY 里用 SELECT 中的别名（如 SELECT d.name AS dept_name 后写 GROUP BY dept_name），必须写原始字段 GROUP BY d.name

GROUP BY 字段要不要加表前缀？

要，而且必须加。尤其当多表有同名列（如 id、name）时，不加前缀会导致歧义甚至执行失败。

• GROUP BY id 是危险的——数据库不知道你要按哪张表的 id 分组
• 必须写成 GROUP BY users.id 或 GROUP BY orders.user_id，且这个字段还得在 SELECT 中出现（或被聚合）
• 如果 SELECT 里用了 users.status AS status，GROUP BY 里不能写 status，得写 users.status

真正容易被忽略的，是分组键本身的业务纯净度：空值、大小写不一致、近义词（如“微信小程序”和“小程序-微信”）都会让 GROUP BY 生成错误的组合键，后续所有聚合都不可信——清洗永远比写 GROUP BY 优先。