ntile不能完全保证每桶行数相等，但会尽量使各桶行数相差不超过1；其按排序后行序位置均分，与数值分布无关，必须配合order by使用，且不支持rows between等帧子句。
NTILE() 函数到底能不能“均匀”分桶？
不能完全保证每桶行数相等，但会尽量让各桶行数差不超过 1。这是 NTILE 的设计逻辑：它按排序后的位置把数据“切”成 n 段，用整除和取余决定前几桶多放 1 行。比如 10 行分 3 桶 → 各桶行数是 4、3、3（不是 3、3、4），因为 NTILE 从上往下依次分配余数行。
怎么写才不踩排序陷阱？
NTILE 必须配合 ORDER BY 使用，否则报错（SQL Server / PostgreSQL / Oracle 均如此）。而且排序字段如果有重复值，会导致相同值被随机拆到不同桶——这不是 bug，是行为预期。若需稳定分桶，必须确保 ORDER BY 子句能产生唯一顺序：
- 优先用主键或带唯一性的字段，如
ORDER BY id - 若只有业务字段（如
score），追加一个唯一列兜底：ORDER BY score, id - 避免仅用
ORDER BY created_at（可能有毫秒级重复）
分桶结果为什么有时“看起来不均匀”？
常见错觉来源有两个：
- 误把
NTILE(4)当作“按数值范围四等分”，其实它是按**行序**而非**值分布**划分，哪怕所有值都一样，也会机械地切成 4 桶 - WHERE 过滤写在窗口函数外，导致分桶基于全表，但只查部分桶——应先过滤再分桶，或在子查询中完成分桶
- NULL 值默认排在最前（SQL Server）或最后（PostgreSQL），影响起始位置，建议显式处理：
ORDER BY ISNULL(col, -999), col
NTILE 和其他分桶方式怎么选？
如果目标是按数值区间（如金额 0–1000、1001–2000…）分组，别用 NTILE，改用 CASE WHEN 或 WIDTH_BUCKET()（Oracle/PostgreSQL）；如果目标是取 Top N% 样本（如前 20% 用户），NTILE 更直接：
SELECT *, NTILE(5) OVER (ORDER BY revenue DESC) AS bucket FROM users WHERE status = 'active';
注意：NTILE 在大数据量下性能尚可，但比普通 GROUP BY 稍重，因需全局排序；若只是分页取第 k 桶，可用 OFFSET/LIMIT 配合子查询，避免计算全部桶。
真正麻烦的是需要“按业务含义均匀”又没唯一排序依据的场景——这时候 NTILE 不是银弹，得先解决排序歧义，而不是调参数。
