TIMESTAMPDIFF(YEAR, birth_date, CURDATE()) 计算年龄不准，因只按年份相减、不判断生日是否已过；可靠做法是先算年份差，再比较今年生日是否已过，未过则减1。
为什么 TIMESTAMPDIFF 计算年龄经常不准
直接用 TIMESTAMPDIFF(YEAR, birth_date, NOW()) 看似简洁，但会忽略生日是否已过。比如 2000-05-20 出生的人，在 2024-03-15 时返回 24，实际才 23 周岁——TIMESTAMPDIFF 按年份相减，不判断月日逻辑。
TIMESTAMPDIFF 的单位选 YEAR 还是 DAY
选 YEAR 是常见误区；更稳妥的做法是用 DAY 得到总天数，再除以 365.25（考虑闰年），但仍有误差。真正可靠的是结合日期比较：
- 先用
TIMESTAMPDIFF(YEAR, birth_date, CURDATE())得到“年份差” - 再用
DATE_ADD(birth_date, INTERVAL 年份差 YEAR)推出今年生日日期 - 若该生日 >
CURDATE()，说明还没过生日，结果减 1
MySQL 中可写成一行：
TIMESTAMPDIFF(YEAR, birth_date, CURDATE()) - (DATE_ADD(birth_date, INTERVAL TIMESTAMPDIFF(YEAR, birth_date, CURDATE()) YEAR) > CURDATE())
不同数据库对 TIMESTAMPDIFF 的支持差异
MySQL 支持 TIMESTAMPDIFF 且单位丰富（YEAR/MONTH/DAY 等）；PostgreSQL 没这个函数，得用 AGE() 或 EXTRACT；SQLite 不支持，需手动计算 Julian Day。如果你的项目要跨库，别硬套 MySQL 写法。
- MySQL：支持全部单位，
TIMESTAMPDIFF(MONTH, ...)返回整月数（含小数截断） - 注意
TIMESTAMPDIFF第二参数是“起点”，第三是“终点”，顺序反了会得负数 - 传入
NULL会导致整行结果为NULL，建议配合IFNULL(birth_date, '1970-01-01')防崩
生产环境必须加的防护点
用户表里 birth_date 字段类型是 DATE 还是 DATETIME？如果是后者，CURDATE() 和它比较时会隐式转换，但某些 MySQL 版本在严格模式下报错。更麻烦的是未来日期（如 '2099-01-01'）或 0000-00-00 这类非法值——它们会让 TIMESTAMPDIFF 返回 NULL 或意外正数。
- 上线前务必用
SELECT * FROM users WHERE birth_date > CURDATE() OR birth_date 扫描异常数据 - WHERE 条件中慎用该表达式做索引字段过滤，MySQL 无法走
birth_date索引 - 如果只是展示用，优先在应用层（Python/Java）用标准日期库计算，数据库只存原始
birth_date
年龄不是纯数学差值，是带业务语义的动态判断。哪怕 SQL 看起来一行搞定，背后也得把边界全想清楚。
