group by行数比distinct少，主因是null值归为同一组及char/varchar尾部空格导致分组分裂；join引发笛卡尔积、group by字段未写全、缺order by也会造成结果异常。
GROUP BY 行数比 DISTINCT 少？先查 NULL 和类型隐式转换
常见现象是 SELECT a, b, COUNT(*) FROM t GROUP BY a, b 返回的行数，远少于 SELECT COUNT(DISTINCT a, b) FROM t。这不是分组逻辑错了，而是 a 或 b 中大量为 NULL —— SQL 标准规定所有 NULL 值归为同一组，但你可能误以为它们被跳过了。
更隐蔽的是类型问题：比如 a 来自 CHAR(10) 字段，值为 'North '（带尾部空格），而另一处是 VARCHAR(10) 的 'North'，二者在分组时被视为不同值，导致本该合并的组被拆开。
- 用
COUNT(a)和COUNT(b)对比COUNT(*)，快速定位哪个字段空值多 - 检查字段定义：
DESCRIBE t看a、b是否混用CHAR/VARCHAR或不同长度 - 临时统一类型：
GROUP BY TRIM(a), TRIM(b)验证是否空格导致分裂
JOIN 后 COUNT(*) 突然翻倍？别怪 GROUP BY，是笛卡尔积在作祟
GROUP BY 本身不膨胀行数，但 JOIN 会。比如用户表 1 行关联地址表 2 行，再关联订单表 3 行，结果就是 1 × 2 × 3 = 6 行；此时 GROUP BY user_id 的 COUNT(*) 是 6，但你想统计的是“该用户有几个地址”或“下了几个订单”，这就错位了。
关键判断点：你 COUNT 的目标，是否和 JOIN 引入的表存在一对多关系？如果是，直接 COUNT(*) 就不可信。
- 统计“每个用户有几个订单” → 用
COUNT(DISTINCT order_id)，前提是order_id不为空且唯一 - 统计“每个用户有几个收货地址” → 先对地址表按
user_id聚合出数量，再和主表LEFT JOIN - 避免多层 JOIN 后直接分组：把各维度先各自聚合（如
SELECT user_id, COUNT(*) AS addr_cnt FROM addresses GROUP BY user_id），再关联主表
GROUP BY 字段没写全？MySQL 可能不报错但结果随机
执行 SELECT dept, name, COUNT(*) FROM emp GROUP BY dept，在 MySQL 5.7+ 的 ONLY_FULL_GROUP_BY 模式下会直接报错：ERROR 1055；但如果关了这个模式，MySQL 会从每个 dept 组里随便挑一行的 name 返回——下次查询可能换人，导出报表就对不上。
这不是 bug，是未定义行为。PostgreSQL、Oracle 等严格数据库根本不会让你执行这种语句。
- 检查当前模式：
SELECT @@sql_mode，确认是否含ONLY_FULL_GROUP_BY - 修复原则：SELECT 中每个非聚合字段，必须出现在 GROUP BY 子句中
- 如果真需要“某组内任意一个 name”，明确写成
MAX(name)或MIN(name)，语义清晰且可重现
为什么加了 ORDER BY 还是乱序？GROUP BY 本身不排序
GROUP BY 只负责分组和聚合，不控制输出顺序。即使你 GROUP BY created_at，结果也不会按时间排；哪怕加了索引，也不保证。上线后换版本、加 WHERE 条件、甚至只是服务器负载变化，都可能导致顺序突变。
ORDER BY 必须显式写，且只能基于 SELECT 列（或其别名）排序。想按分组内明细排序？那是窗口函数的事。
- 正确写法：
SELECT dept, AVG(salary) AS avg_sal FROM emp GROUP BY dept ORDER BY avg_sal DESC - 错误写法：
ORDER BY salary（salary不在 SELECT 中，多数数据库拒绝） - 分组内取 Top N：用
ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC)，再外层过滤rn
