NTILE(N)将排序后结果集按行数大致均分为N组，编号1至N，前几组行数可能多1；必须配合ORDER BY，且不按数值分布而按位置切分。
NTILE函数的基本用法和分组逻辑
NTILE 是窗口函数，作用是把结果集按指定顺序**等宽切分**为 N 个连续编号的组（梯队），每组编号从 1 开始。它不保证每组行数完全相等，但会尽量让各组大小差异不超过 1 行——这是关键前提。
常见错误是以为 NTILE(4) 一定能均分 100 行为 4 组 × 25 行；实际若总行数不能被 N 整除（比如 101 行），NTILE(4) 会生成三组 25 行、一组 26 行，且“多出的行”一定分配在编号靠前的组里（即第 1 组最多，第 4 组最少）。
必须搭配 ORDER BY 子句使用，否则报错：Window function ntile requires an ORDER BY clause。排序字段决定了梯队划分依据（如按 score DESC 划分高分梯队）。
实战中如何避免“空梯队”或“数据倾斜”
当存在大量重复排序值（例如上百用户 score = 100），NTILE 仍会强行按行号切分，导致同一分数被拆进多个梯队——这可能违背业务语义（比如“满分用户应同属第一梯队”）。
解决思路不是放弃 NTILE，而是预处理排序键：
- 用
DENSE_RANK()先对核心指标去重分组，再对结果套NTILE - 或改用
PERCENT_RANK()+FLOOR模拟分位切分（更可控，但需手动处理边界） - 若必须保留原始行粒度，可在
ORDER BY中加入唯一字段兜底，如ORDER BY score DESC, user_id ASC，确保排序稳定
NTILE与其它分组函数的关键区别
NTILE 和 ROW_NUMBER、RANK、DENSE_RANK 都是窗口函数，但目标完全不同：
-
ROW_NUMBER()：纯序号，1,2,3… 不关心值是否重复 -
RANK()：跳号排名，1,1,3,4（两个并列第1，下一个直接第3） -
DENSE_RANK()：连续排名，1,1,2,3 -
NTILE(N)：不看值，只看位置，强制切成 N 段，每段给一个相同梯队编号
误用 NTILE 替代 DENSE_RANK 是高频翻车点——比如想按销售额“分 5 档”，但用 NTILE(5) 后发现第 1 档全是 99 分用户，第 2 档混入了 85 分，只因总行数和排序顺序导致切口落在异常位置。
MySQL 8.0+ 和 PostgreSQL 的兼容性注意点
SQL Server 和 Oracle 原生支持 NTILE；PostgreSQL 自 8.4 起支持；MySQL 直到 8.0 才引入窗口函数，因此 NTILE 在 MySQL 5.7 或更低版本中不可用，强行使用会报错：FUNCTION xxx.NTILE does not exist。
即使版本达标，也要确认 SQL 模式未禁用窗口函数（如 MySQL 的 sql_mode 包含 ONLY_FULL_GROUP_BY 不影响 NTILE，但缺少 WINDOW 子句支持时可能报语法错）。
跨数据库移植时，别直接复制带 NTILE 的语句——PostgreSQL 支持 NTILE 作为标准窗口函数，而旧版 SQLite、SQL Server 2005 之前则完全不支持，需用自连接或变量模拟，复杂度陡增。
真正难的不是写对 NTILE(n) 这一行，而是确认你手里的数据分布、排序稳定性、目标梯队是否真的适合“按行均分”这个前提。一旦排序键有大量重复或长尾，梯队边界就容易脱离业务直觉。
