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 里算

实际线上慢查询里，这类写法占时间范围条件失误的七成以上。