TIMESTAMPDIFF(YEAR, birth_date, NOW()) 计算的是整年差而非周岁，因仅比对年份字段，忽略月日，故常“差一岁”；精确周岁需结合生日是否已过判断。
为什么 TIMESTAMPDIFF 算出的年龄经常“差一岁”
因为 TIMESTAMPDIFF(YEAR, birth_date, NOW()) 只比较年份字段，不看月日。比如 2000-12-31 出生的人，在 2024-01-01 时会被算成 24 岁（2024 − 2000），实际才满 23 周岁零 1 天。
它返回的是“完整经过的年数”，不是按生日当天是否已过判断的周岁。这是设计使然，不是 bug。
- 只适用于粗略分组（如“20–30 岁用户”）
- 不能用于法律、医疗等需精确到日的场景
- 若
birth_date为NULL，结果直接为NULL，不会报错但可能影响聚合
用 TIMESTAMPDIFF 配合 DATE_ADD 判断是否已过生日
真正按周岁逻辑（生日当天才算满一岁）需要两步：先算年份差，再检查今年生日是否已过。
典型写法：
SELECT
TIMESTAMPDIFF(YEAR, birth_date, CURDATE()) -
(CASE WHEN DATE_ADD(birth_date, INTERVAL TIMESTAMPDIFF(YEAR, birth_date, CURDATE()) YEAR) > CURDATE()
THEN 1 ELSE 0 END) AS age
FROM users;说明：
-
DATE_ADD(birth_date, INTERVAL ... YEAR)把出生日“平移”到今年，生成“今年的生日日期” - 如果这个日期 > 今天，说明今年生日还没到，要减 1
- 该写法兼容
DATE和DATETIME类型的birth_date - 注意用
CURDATE()而非NOW()，避免时分秒干扰日期比较
更简洁安全的替代方案：用 TIMESTAMPDIFF + 日期比较表达式
上面的嵌套写法可简化为一行布尔运算（MySQL 中布尔值参与数值计算时自动转为 0/1）：
SELECT TIMESTAMPDIFF(YEAR, birth_date, CURDATE()) -
(DATE_FORMAT(CURDATE(), '%m%d') < DATE_FORMAT(birth_date, '%m%d')) AS age
FROM users;原理：
-
DATE_FORMAT(..., '%m%d')提取月日为四位数字（如 0512 → 512，0101 → 101） - 直接比较这两个整数：若今天月日
- 优势是无函数嵌套、可读性强、执行快；缺点是依赖 MySQL 的隐式类型转换（
'0229'这类无效日期在birth_date中需提前清洗）
容易被忽略的边界情况和性能提醒
真实业务中这几个点常引发线上问题：
- 出生日期是
0000-00-00或非法值（如2020-02-30）时，DATE_FORMAT可能返回NULL，导致整个表达式为NULL—— 建议加WHERE birth_date > '1900-01-01'过滤 - 在大表上对
birth_date做函数操作（如DATE_FORMAT(birth_date, ...)）会导致索引失效，查年龄范围建议改用WHERE birth_date BETWEEN ... AND ...反推日期区间 - 跨时区应用要注意：若数据库时区与业务时区不一致，
CURDATE()返回的是服务器本地日期，可能和用户感知的“今天”不符
精确年龄不是纯数学问题，而是业务规则映射——得先明确“满多少岁”到底以谁的历法、哪个时区、哪天零点为界，再选函数组合。
