在人事系统或薪酬后台里，经常需要批量找出哪些员工最近入职满一周年，以便自动发放纪念礼包或触发审批流。核心需求其实很直接：已知某条记录里的入职日期字段，要推算出刚好满一年的那一天。MySQL提供的DATE_ADD函数就是专门做这种日期偏移计算的，它比用字符串截取再拼年份的方式安全得多，也不会因为闰年二月而算错。
DATE_ADD函数的基本用法与原理
DATE_ADD是MySQL中用于日期运算的函数，第一个参数接收合法的日期或日期时间表达式，第二个参数用INTERVAL关键字声明要增加的时间量和单位。当我们需要计算员工入职满周年时，单位自然选择YEAR，数量为1。底层实现上，MySQL会把日期转为内部的日月年整数结构，按历法规则增加年份，自动处理像2020-02-29加一年变成2021-02-28这种边界情况。
下面这段SQL展示了最基础的用法，假设员工表名为employees，入职日期列是hire_date：
SELECT emp_id, hire_date, DATE_ADD(hire_date, INTERVAL 1 YEAR) AS first_anniversary FROM employees;
该语句会为每一行返回原始入职日和满一周年日。如果hire_date是DATE类型，结果也是DATE；若是DATETIME，则时间部分原样保留。这种写法可读性高，任何后续维护人员都能一眼看懂业务逻辑，而不必去解析复杂的日期格式化字符串。
结合条件筛选即将满周年的员工
实际业务中通常 not 是列出所有人，而是找出最近七天或本月内满周年的员工。此时可以把DATE_ADD的结果放进WHERE子句，与当前日期做比较。注意应使用CURDATE()获取不含时间的今天，避免毫秒级差异导致漏判。我们还可以用DATE_SUB圈定一个区间，提升索引命中率。
以下示例选出入职满周年日落在今天起七天内（含今天）的员工：
SELECT
emp_id,
hire_date,
DATE_ADD(hire_date, INTERVAL 1 YEAR) AS anniv_date
FROM employees
WHERE DATE_ADD(hire_date, INTERVAL 1 YEAR)
BETWEEN CURDATE() AND DATE_ADD(CURDATE(), INTERVAL 7 DAY);
如果hire_date字段上有索引，上述BETWEEN写法在MySQL 5.7之后能较好地利用范围扫描。但要注意，对列使用函数会让优化器难以精准估算，数据量极大时可考虑预先计算周年日存为生成列。另一种思路是用hire_date >= DATE_SUB(CURDATE(), INTERVAL 1 YEAR + 7 DAY)反向写，减少函数包裹，不过语义上不如直接算周年日直观。
与其他数据库及写法的对比分析
并非所有关系型数据库都叫DATE_ADD。SQL Server使用DATEADD(year, 1, hire_date)，PostgreSQL支持hire_date + INTERVAL '1 year'，Oracle则是ADD_MONTHS(hire_date, 12)。虽然函数名不同，但底层都是安全的日期类型运算。若你的项目可能切换数据库，建议把这类日期逻辑封装在视图或存储过程里，降低迁移成本。
有些开发者图省事会写CONCAT(YEAR(hire_date)+1, '-', MONTH(hire_date), '-', DAY(hire_date))，这在闰年入职且生日为02-29时会拼出无效日期，数据库可能报错或转成03-01，行为不一致。相比之下，DATE_ADD严格遵循SQL标准历法，是更稳健的选择。下面的对照表总结了常见方案的优劣：
| 写法 | 可读性 | 闰年安全 | 跨库兼容 |
|---|---|---|---|
| DATE_ADD(hire_date, INTERVAL 1 YEAR) | 高 | 是 | 仅MySQL |
| hire_date + INTERVAL '1 year' | 高 | 是 | PostgreSQL等 |
| 字符串拼接年份 | 低 | 否 | 理论通用但易错 |
从运维角度看，用标准日期函数还能让DBA在慢查询日志里快速识别业务含义，而不是看到一堆SUBSTRING和CAST混用。因此在团队规范中，应明确禁止手拼日期字符串，统一采用DATE_ADD或对应库的等价函数来实现员工入职满周年之类的需求。