DATE_ADD函数必须配合INTERVAL关键字和明确单位（如DAY、MONTH），不可用裸数字；负偏移可用DATE_SUB提升可读性；跨月计算自动处理月末边界；WHERE中应避免对字段使用DATE_ADD以防索引失效。
DATE_ADD 里 INTERVAL 的写法必须带单位关键词
MySQL 中 DATE_ADD 本身不接受裸数字做偏移，必须配合 INTERVAL 关键字和明确的时间单位。常见错误是写成 DATE_ADD(NOW(), 7) 或 DATE_ADD(NOW(), '7')，这会直接报错：Incorrect datetime value。
正确写法是把数值和单位一起作为 INTERVAL 的参数，单位必须是 MySQL 支持的关键词，比如 DAY、MONTH、HOUR、MINUTE、SECOND、WEEK、YEAR 等（注意全大写）：
SELECT DATE_ADD(NOW(), INTERVAL 7 DAY); -- 加7天
SELECT DATE_ADD('2024-01-01', INTERVAL -3 MONTH); -- 减3个月单位不区分单复数，DAY 和 DAYS 都合法，但推荐用单数形式保持一致性。
减时间别硬套加负数，用 DATE_SUB 更直观
虽然 DATE_ADD(dt, INTERVAL -5 HOUR) 在语法上可行，但可读性差，且容易在嵌套或动态拼接时出错。MySQL 提供了语义更清晰的 DATE_SUB 函数，它和 DATE_ADD 完全等价，只是默认做减法：
-
DATE_SUB(NOW(), INTERVAL 1 WEEK)比DATE_ADD(NOW(), INTERVAL -7 DAY)更易理解 - 两者执行计划、性能、结果完全一致，选哪个纯看语义是否贴合业务逻辑
- 如果 SQL 是程序拼接生成的（比如 PHP/Python），用
DATE_SUB可避免对负号做额外转义或判断
跨月计算要注意月末边界，MySQL 会自动“回滚”
用 INTERVAL 1 MONTH 对月末日期做加减时，MySQL 不会强行溢出到下月，而是“尽力贴近”原日份。例如：
SELECT DATE_ADD('2024-01-31', INTERVAL 1 MONTH); -- 结果是 '2024-02-29'（不是 '2024-03-03'）
SELECT DATE_ADD('2024-01-31', INTERVAL 2 MONTH); -- 结果是 '2024-03-31'这种行为叫“last-day-of-month adjustment”，是 MySQL 默认策略。如果你需要严格按日历天数走（比如固定加30天），就别用 MONTH，改用 DAY：
- 加一个月 ≈
INTERVAL 30 DAY（近似，不精确） - 要真正按日历月滚动，就得接受 MySQL 的自动修正逻辑
- PostgreSQL 的
+操作符也类似，但 SQLite 没有原生INTERVAL，得用strftime拼接
在 WHERE 条件里用 DATE_ADD 要小心索引失效
如果写成 WHERE create_time > DATE_ADD(NOW(), INTERVAL -7 DAY)，大多数情况下能走 create_time 字段的索引；但如果写成 WHERE DATE_ADD(create_time, INTERVAL 7 DAY) > NOW()，函数作用于字段本身，会导致索引无法使用。
原则很简单：让时间字段保持“裸露”状态，偏移逻辑放在常量侧：
- ✅ 推荐：
WHERE create_time >= DATE_SUB(NOW(), INTERVAL 7 DAY) - ❌ 避免：
WHERE DATE_ADD(create_time, INTERVAL 7 DAY) >= NOW() - 如果必须对字段做运算（比如查“7天后到期”的记录），考虑加生成列+索引，而不是每次 WHERE 里算
实际线上慢查询里，这类写法占时间范围条件失误的七成以上。
