应直接用case when配合group by统计年龄段，而非先算精确年龄再分组；需在select和group by中使用同一case when表达式，用timestampdiff(year, birth_date, curdate())动态计算年龄并定义闭合区间，确保业务口径准确。
直接用 CASE WHEN 配合 GROUP BY 统计年龄段，别先算年龄再分组
MySQL 没有内置的“年龄段分组”函数，必须手动定义区间。关键不是先用 TIMESTAMPDIFF 算出每个用户的精确年龄再 GROUP BY age（这样无法合并区间，且对索引不友好），而是把年龄计算和区间判断一起写进 CASE WHEN，再整体 GROUP BY 分组别。
常见错误是写成：SELECT TIMESTAMPDIFF(YEAR, birth_date, CURDATE()) AS age, COUNT(*) FROM users GROUP BY age——这会返回上百个离散年龄值，根本不是“0-18、19-25”这种业务需要的区间。
- 正确做法：在
SELECT和GROUP BY中都用同一个CASE WHEN表达式 - 出生日期字段必须为
DATE或DATETIME类型，否则TIMESTAMPDIFF可能返回NULL - 注意时区：如果
birth_date是 UTC 存储，而你要按本地年龄统计，需先转换时间再算差值
CASE WHEN 里用 TIMESTAMPDIFF 算年龄，边界要闭合
年龄是动态值，必须基于当前日期计算，不能依赖预存的 age 字段（容易过期）。用 TIMESTAMPDIFF(YEAR, birth_date, CURDATE()) 是最稳妥方式，它按年份差计算，不考虑月日细节，符合常规年龄认知。
区间边界容易出错：比如写成 WHEN age >= 18 AND age 是对的，但若漏掉等号或反向写成 <code>age BETWEEN 18 AND 24，逻辑一致；可一旦写成 age > 18 AND age ，就会把 18 岁用户漏掉。
- 推荐统一用左闭右开：
WHEN age >= 0 AND age 、<code>WHEN age >= 18 AND age … 最后补 <code>ELSE '60+' - 避免用
BETWEEN，因为BETWEEN 18 AND 25包含 25，而多数业务中“25岁以下”不含 25 周岁当天 - NULL 处理：若
birth_date为空，TIMESTAMPDIFF返回NULL，需在CASE开头加WHEN birth_date IS NULL THEN '未知'
完整可执行 SQL 示例：按 0-17、18-24、25-34、35-44、45-59、60+ 六档统计
SELECT
CASE
WHEN birth_date IS NULL THEN '未知'
WHEN TIMESTAMPDIFF(YEAR, birth_date, CURDATE())
<p>注意：两个 <code>CASE</code> 必须完全一致，否则 MySQL 会报错 <code>Expression #1 of SELECT list is not in GROUP BY clause</code>。最后的 <code>ORDER BY FIELD</code> 是为了让结果按业务顺序排列，不是默认字母序。</p>
<h3>性能与兼容性提醒：别在大表上频繁全表算年龄</h3>
<p>如果 <code>users</code> 表超千万行，每次执行都调用 <code>TIMESTAMPDIFF</code> + <code>CURDATE()</code> 会导致无法使用 <code>birth_date</code> 索引，全表扫描不可避免。这不是语法问题，而是设计权衡。</p>
- 线上高频查询建议：加一个生成列
age_group_gen（MySQL 5.7+ 支持），用STORED方式持久化区间值，并为其建索引 - 低频或报表类查询可以接受全表扫描，但应避免在
WHERE条件里对TIMESTAMPDIFF做筛选（如WHERE TIMESTAMPDIFF(...) > 30），这彻底禁用索引 - MySQL 8.0+ 可用窗口函数做累计分布，但年龄段分布本身不需要窗口，别为了新特性硬套
真正麻烦的从来不是写对那几行 CASE WHEN，而是确认业务方说的“中年”到底指 35-55 还是 40-59，以及他们是否真需要包含“未填生日”的用户——这部分常被忽略，但数据口径一错，整个分布就失真。
