NTILE仅按行数机械分桶，不考虑业务含义或数值分布；必须显式指定ORDER BY，支持PARTITION BY分区独立分桶，但NULL排序需手动控制，重复值需加唯一列兜底保证稳定。
NTILE 不能按业务含义“均匀分层”，只能按行数机械切片；它不看数值分布，只管排序后从上往下硬切，余数行全塞给前面的桶。
NTILE 必须带 ORDER BY，否则直接报错 ERROR 3587
MySQL 8.0 强制要求 NTILE() 出现在 OVER (ORDER BY ...) 中，缺 ORDER BY 就炸。这不是可选项，是语法铁律。
-
SELECT *, NTILE(4) OVER () FROM users;→ 报错 -
SELECT *, NTILE(4) OVER (PARTITION BY category)→ 仍报错（PARTITION BY不能替代ORDER BY） - 正确写法必须显式指定顺序，例如：
NTILE(4) OVER (ORDER BY total_spent DESC)
重复值会导致分桶结果不可复现
当 ORDER BY 字段存在大量相同值（比如 200 个用户 total_spent = 1000），MySQL 不保证这些行每次执行的相对位置一致，NTILE 分配的桶号可能漂移——这不是函数 bug，是排序未定义次序的自然结果。
- ✅ 推荐兜底写法：
ORDER BY total_spent DESC, user_id ASC（用唯一列锚定顺序） - ❌ 避免裸排序：
ORDER BY total_spent DESC（无兜底，结果不稳定） - ❌ 慎用
ORDER BY RAND()（不可复现 + 全表排序性能极差）
PARTITION BY 是“分区内独立切片”，不是全局分组
想对每个品类单独做四等分（比如电子类、服饰类各自分 4 桶），必须用 PARTITION BY category，而不是先 GROUP BY 再套 NTILE。
- 错误思路：用
GROUP BY category聚合后再分桶 → 行数已丢失，NTILE失效 - 正确结构：
NTILE(4) OVER (PARTITION BY category ORDER BY total_spent DESC) - 注意：NULL 值默认在
DESC下排最后，在ASC下排最前；如需统一控制，可用ORDER BY IFNULL(total_spent, 0) DESC
真正容易被忽略的是：NTILE 的“均匀”只体现在行数上，和业务价值无关。1007 个用户分 10 桶，前 7 桶各 101 人、后 3 桶各 100 人，这是确定行为，不是误差。如果你要按消费金额自然聚类（比如把 0–500、501–2000、2001+ 切成三层），该用 CASE WHEN，不是 NTILE。
