INTERVAL() 返回区间索引而非值本身，如 INTERVAL(150, 0, 100, 500, 1000) 返回 2，因 150 ≥ 100 且 < 500。
INTERVAL() 返回的是区间索引，不是值本身
很多人误以为 INTERVAL() 会直接返回某个范围字符串，其实它只返回一个整数索引：比如 INTERVAL(150, 0, 100, 500, 1000) 返回 2（因为 150 ≥ 100 且 "100to500"。这个索引必须配合 ELT() 才能映射成可读标签。
关键点：
-
INTERVAL(N, N1, N2, N3, ...)要求参数严格递增，否则结果不可靠 - 返回值从
0开始：N 0，N1 ≤ N 1，依此类推 - 如果 N 是 NULL，返回
-1；若 N 小于所有边界，也返回0
ELT() 映射索引到标签时要注意参数个数对齐
ELT() 的第一个参数是索引，后续每个字符串对应一个区间。如果 INTERVAL() 最多返回 3，那 ELT() 就必须提供至少 4 个字符串（索引 0、1、2、3），否则超出范围会返回 NULL。
常见错误现象：
- 统计结果里突然出现
NULL行 —— 很可能是ELT()参数少写了一个 - 本该归入 “500to1000” 的数据进了 “less100” —— 边界顺序写反，导致
INTERVAL()返回了意外索引 - 字段类型隐式转换出问题，比如对浮点字段用整数边界，
INTERVAL(5.01, 0, 3, 5, 8)实际返回2（5.01 ≥ 5），但若写成5.01被截断为5，行为可能不一致
GROUP BY 中重复写 ELT+INTERVAL 容易出错
MySQL 不允许在 GROUP BY 中直接引用 SELECT 列别名（如 yb_level），所以必须把整个 ELT(INTERVAL(...)) 表达式原样写两遍：一次在 SELECT，一次在 GROUP BY。这不仅冗长，还极易因手误导致两处不一致。
更稳妥的做法是用子查询或 CTE（MySQL 8.0+）封装逻辑：
SELECT yb_level, COUNT(*) AS cnt FROM ( SELECT ELT(INTERVAL(yb, 0, 100, 500, 1000), 'less100', '100to500', '500to1000', 'more1000') AS yb_level FROM k1 ) t GROUP BY yb_level;
这样既避免重复，又方便调试单条记录的分段逻辑。
边界定义决定区间是前闭后开，需特别注意临界值
INTERVAL() 的区间本质是前闭后开：[N1, N2)、[N2, N3)…… 所以 INTERVAL(100, 0, 100, 500) 返回 1，不是 0 —— 因为 100 ≥ 100 且
这意味着：
- 想让 “小于 100” 包含 100，边界得设成
0, 101, 501, 1001 - 若业务要求 “100~500（含）”，就得写成
INTERVAL(yb, 0, 99, 499, 999)再调整ELT()标签，不如直接用CASE WHEN更直白 - 时间类字段慎用，比如
INTERVAL(created_at, '2025-01-01', '2025-02-01')会报错 ——INTERVAL()只接受数值，日期必须先转成UNIX_TIMESTAMP()或TO_DAYS()
真正容易被忽略的是：当数据中存在大量边界值（如刚好等于 100、500）时，分组结果是否符合业务预期，必须用 WHERE yb IN (100, 500, 1000) 单独抽样验证。
