TIMESTAMPDIFF(YEAR, birth_date, NOW()) 不能直接当周岁用，因为它只减年份不考虑月日，如2000-12-31出生者在2024-01-01会误算为24岁；正确做法是先算年份差，再用DATE_FORMAT比较月日是否已过生日，并处理NULL及索引优化问题。
为什么 TIMESTAMPDIFF 的 YEAR 单位不能直接当“周岁”用
因为 TIMESTAMPDIFF(YEAR, birth_date, NOW()) 只比较年份部分，不看月份和日期。比如生日是 2000-12-31，今天是 2024-01-01，它会返回 24，但实际还没过生日，应是 23 周岁。
本质是它做的是“年份相减”，不是“满多少个整年”。真正判断是否满周岁，得看 NOW() 是否已过生日（月日）。
- 错误写法：
TIMESTAMPDIFF(YEAR, '2000-12-31', '2024-01-01')→ 返回24 - 正确逻辑：先算年份差，再检查
'01-01'是否>= '12-31'（即生日是否已过）
用 TIMESTAMPDIFF 配合条件判断算周岁
核心思路：先用 TIMESTAMPDIFF(YEAR, birth_date, NOW()) 得到年份差，再用 DATE_FORMAT(NOW(), '%m-%d') 和 DATE_FORMAT(birth_date, '%m-%d') 比较当前月日是否 ≥ 出生月日。
示例 SQL：
SELECT TIMESTAMPDIFF(YEAR, birth_date, NOW()) - (CASE WHEN DATE_FORMAT(NOW(), '%m-%d') < DATE_FORMAT(birth_date, '%m-%d') THEN 1 ELSE 0 END) AS age FROM users;
-
DATE_FORMAT(..., '%m-%d')提取月日，字符串比较安全（'03-15' < '12-01'成立） - 避免用
MONTH()/DAY()单独比，否则 1 月 30 日 vs 12 月 5 日会误判（1 < 12 就减 1，错） - 该写法兼容 MySQL 5.6+，无函数依赖问题
处理 NULL 或非法日期时的保护措施
birth_date 为 NULL、'0000-00-00' 或格式异常时，TIMESTAMPDIFF 会返回 NULL，导致整个表达式失效。
- 加
WHERE birth_date IS NOT NULL AND birth_date != '0000-00-00'过滤掉无效数据 - 或在 SELECT 中用
IFNULL(..., -1)给异常值设默认标识（如-1表示年龄未知） - 更稳妥：用
STR_TO_DATE(birth_date, '%Y-%m-%d')先标准化，失败则转为NULL，再参与计算
性能注意：别在大表 WHERE 中对 birth_date 做函数运算
如果写 WHERE TIMESTAMPDIFF(YEAR, birth_date, NOW()) >= 18，MySQL 无法使用 birth_date 上的索引，全表扫描风险高。
替代方案：把条件转成日期范围，让索引生效：
WHERE birth_date <= DATE_SUB(NOW(), INTERVAL 18 YEAR)
- 原理：18 周岁等价于“出生日期 ≤ 当前日期往前推 18 年”
- 这个写法能命中
birth_date索引（假设是 DATE 类型且有索引） - 注意边界：用
<=而非<，因为 2006-05-01 出生的人，在 2024-05-01 当天刚好满 18
精确年龄计算本身不难，难的是在 NULL 安全、索引友好、语义准确三者之间不妥协——尤其线上大表，漏掉任一环节都可能引发慢查或数据偏差。
