interval() 返回区间索引而非值本身，如 interval(150, 0, 100, 500, 1000) 返回 2，因 150 ≥ 100 且

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。这不仅冗长，还极易因手误导致两处不一致。

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

更稳妥的做法是用子查询或 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) 单独抽样验证。