NTILE在MySQL 8.0.12+可用，非绝对均匀：总行数÷n得余数r，前r组各多1行；必须带ORDER BY（否则报错ERROR 3587），且建议用唯一键兜底防重复值导致分桶漂移。
NTILE函数在MySQL 8.0中是否可用
MySQL 8.0.12 及以上版本才正式支持 NTILE() 窗口函数。如果你执行 SELECT NTILE(4) OVER (ORDER BY score) FROM students; 报错 FUNCTION NTILE does not exist，大概率是版本低于 8.0.12 —— 检查方式是运行 SELECT VERSION();。旧版 MySQL（包括 5.7 和早期 8.0）无法用该函数，强行升级前需确认兼容性影响。
NTILE(4) 分桶结果为什么不是严格等量
NTILE() 的目标是“尽可能均匀”，但不保证每组行数完全相等。它会先计算总行数除以桶数的商和余数，把余数逐一分配给前面的桶。例如 17 行分 4 桶：基础桶大小是 4（17 ÷ 4 = 4 余 1），所以结果是 [5, 4, 4, 4]；如果是 19 行，则为 [5, 5, 4, 4]。这属于设计行为，不是 bug。
实际使用时要注意：
- 排序字段存在重复值时，
NTILE()仍按物理顺序（或ORDER BY中定义的确定性顺序）分配，不会合并相同值到同一桶 - 若想强制相同
score进同一桶，得先用DENSE_RANK()或变量模拟分组逻辑，NTILE()本身不提供该能力 - 空值（
NULL）在ORDER BY中默认排最前（ASC）或最后（DESC），会影响桶内分布，建议显式用COALESCE(score, -999)控制
ORDER BY 是必需参数，且必须有确定性
NTILE(n) 要求 OVER() 子句中必须包含 ORDER BY，否则报错 You have an error in your SQL syntax。更关键的是：如果 ORDER BY 字段有大量重复值，MySQL 可能以非预期顺序分配桶（因无稳定排序依据）。
安全写法示例：
SELECT id, score, NTILE(5) OVER (ORDER BY score DESC, id ASC) AS bucket FROM exam_results;
这里用 id 作为次级排序键，确保相同 score 的记录每次执行结果一致。漏掉这个细节会导致分桶结果不可复现，尤其在分页或重跑任务时出问题。
替代方案：低版本 MySQL 或需要自定义分桶逻辑时
如果不能升级或需要更灵活控制（比如按累计百分比切分、排除异常值后再分桶），就得绕过 NTILE()。常见做法是用变量模拟：
SET @row_index := -1; SELECT id, score, FLOOR(@row_index := @row_index + 1 / (SELECT COUNT(*) FROM exam_results)) * 4 + 1 AS bucket FROM exam_results ORDER BY score DESC;
但这种方式在 MySQL 8.0+ 不推荐：它依赖用户变量执行顺序（已标记为“不保证”），且无法在视图或子查询中安全使用。真正稳定的替代是迁移到窗口函数，或在应用层做分桶（如 Python pandas 的 qcut()）。
复杂点在于：分桶只是手段，背后常关联后续聚合（如“每桶平均分”）。这时务必注意 NTILE() 是窗口函数，不能直接出现在 GROUP BY 后的 SELECT 列表里——得用派生表或 CTE 包一层。
