NTILE用于将排序后的数据按行数均分至N个编号桶中，前桶优先多分1行；必填参数N为正整数，须配合含ORDER BY的OVER子句使用，不支持ROWS/RANGE。
NTILE函数的基本用法和参数含义
NTILE 是窗口函数，必须配合 OVER() 使用，不能单独在 SELECT 中直接调用。它的作用是将结果集按指定顺序**尽可能均等地划分成 N 个编号为 1 到 N 的桶（bucket）**，不是按值分组，而是按行数切分。
关键点在于：如果总行数不能被 N 整除，NTILE 会把多出来的行从第 1 桶开始逐一分配，因此前几个桶会比后几个桶多一行。
-
NTILE(4)对 10 行数据，会生成桶号：1,1,1,2,2,2,3,3,4,4（即 3-3-2-2 分布） - 必须指定
ORDER BY子句，否则 MySQL 8.0 会报错Window 'w' lacks an ORDER BY clause - 不支持
RANGE或ROWS框定子句，只依赖整个分区的排序结果
常见错误：ORDER BY 用错字段导致桶分布失真
桶划分完全取决于 OVER(ORDER BY ...) 的排序逻辑。如果误用非业务相关字段（比如自增主键 id），会导致“平均划分”失去业务意义——例如按时间趋势分四分位却用了乱序的 id 排序。
正确做法是根据分析目标选排序字段：
- 想看销售额的四分位分布？用
ORDER BY sales_amount - 想按时间分段观察用户增长？用
ORDER BY created_at - 需要稳定可复现结果？加二级排序，如
ORDER BY sales_amount, id避免相同值导致每次执行桶号不同
NTILE 和其他分桶函数（如 PERCENT_RANK、CUME_DIST）的区别
NTILE 输出的是整数桶号（1~N），而 PERCENT_RANK 返回的是归一化比例（0~1），CUME_DIST 是累积分布值。三者都依赖排序，但语义完全不同：
-
NTILE(100)强制切成 100 组，每组行数接近但未必相等；PERCENT_RANK不分组，只告诉你某行在整体中的相对位置百分比 - 当有大量重复值时，
NTILE仍会强行分配桶号（可能把相同值拆到不同桶），而PERCENT_RANK对相同值返回相同排名 - 性能上，三者开销接近，但
NTILE在大数据量 + 高 N 值（如NTILE(1000)）时，MySQL 8.0 的内存消耗略高，建议 N ≤ 100
实战示例：按订单金额四分位划分客户等级
假设表 orders 有字段 customer_id 和 amount，想把客户按订单总金额分成“高/中高/中低/低”四档：
SELECT customer_id, amount, NTILE(4) OVER (ORDER BY amount DESC) AS quartile FROM orders;
注意这里用 DESC 是为了让高金额进第 1 桶；若漏掉 DESC，最低金额反而出现在桶 1。另外，如果要按每个客户的总金额分桶（而非单笔订单），得先 GROUP BY customer_id 再套窗口函数，否则逻辑就错了。
真正容易被忽略的是：NTILE 不处理 NULL。默认情况下，NULL 会被排在最前面（ORDER BY ... ASC 时）或最后（DESC 时），且参与计数。若字段含 NULL，建议显式过滤或用 COALESCE(amount, 0) 统一处理。
