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 优先。
