正确解法是用ROW_NUMBER() OVER (PARTITION BY 省份 ORDER BY 人口 DESC)为各省独立编号，再筛选rn≤3；缺PARTITION BY会导致全局排序，用IN子查询LIMIT 3则忽略省份分组。
用窗口函数 ROW_NUMBER() 实现省份内城市人口 Top 3
直接用子查询嵌套加 GROUP BY 很难做到“每个省取前 3”，传统写法容易误写成全局排序或漏掉省份分组。正确解法是靠窗口函数——ROW_NUMBER() OVER (PARTITION BY 省份 ORDER BY 人口 DESC)，它会在每个省份内部独立编号。
常见错误现象：SELECT * FROM cities WHERE id IN (SELECT id FROM cities ORDER BY 人口 DESC LIMIT 3) —— 这只取了全国前三，完全没按省分组。
-
PARTITION BY 省份是关键，缺了它就变成全表统一排序 - 必须用
ORDER BY 人口 DESC，升序会拿到最小的三个 - 如果存在人口相同的城市，
ROW_NUMBER()会强制分配不同序号；需要并列时改用RANK()或DENSE_RANK()
SELECT 省份, 城市, 人口
FROM (
SELECT 省份, 城市, 人口,
ROW_NUMBER() OVER (PARTITION BY 省份 ORDER BY 人口 DESC) AS rn
FROM cities
) t
WHERE rn <= 3;MySQL 5.7 或更早版本不支持窗口函数怎么办
老版本 MySQL 没有 ROW_NUMBER()，得用变量模拟，但要注意执行顺序不可靠、多线程下易错，且无法在子查询中安全复用变量值。
使用场景：仅限临时查数据、数据量不大、能接受结果偶尔抖动的情况；生产环境强烈建议升级或换用其他方案。
- 必须先
ORDER BY 省份, 人口 DESC，否则变量累加逻辑错乱 - 用
@prev := 省份判断是否切换省份，重置计数器 - 不能把变量赋值和条件过滤写在同一层
WHERE，需套一层子查询
SELECT 省份, 城市, 人口
FROM (
SELECT 省份, 城市, 人口,
@rn := IF(@prev = 省份, @rn + 1, 1) AS rn,
@prev := 省份
FROM cities
CROSS JOIN (SELECT @rn := 0, @prev := '') AS _
ORDER BY 省份, 人口 DESC
) t
WHERE rn <= 3;用相关子查询也能做，但性能差很多
有人会写「统计比当前城市人口大的同省城市数量
性能影响明显：在 10 万级数据上可能慢 5–10 倍；索引只能加速子查询里的 WHERE，无法避免外层全表驱动。
- 子查询里必须写
WHERE 省份 = outer.省份 AND 人口 > outer.人口，漏掉任一条件就错 - 若人口有重复，可能漏掉本该入选的城市（比如四个城市并列第 2，只返回两个）
- PostgreSQL/SQL Server 优化器有时能重写，但 MySQL 8.0 以前基本不会优化掉这种模式
SELECT c1.省份, c1.城市, c1.人口 FROM cities c1 WHERE ( SELECT COUNT(*) FROM cities c2 WHERE c2.省份 = c1.省份 AND c2.人口 > c1.人口 ) < 3;
注意 NULL 和空字符串对分组的影响
如果 省份 字段含 NULL 或空字符串 ''，PARTITION BY 省份 会把所有 NULL 归为一组，导致「未知省份」的城市也参与 Top 3 排名，通常这不是想要的结果。
容易被忽略的地方：开发时本地数据干净，上线后 ETL 流程引入脏数据，突然发现某组结果异常多或少。
- 加
WHERE 省份 IS NOT NULL AND 省份 != ''过滤掉无效值 - 如果业务允许「未归类」单独成组，那就明确用
COALESCE(省份, '未归类') - 别依赖
ORDER BY隐式去重——NULL在ORDER BY中排序行为因数据库而异
