date_add单位必须为大写关键字且不加引号，正确格式为interval 数值 单位；小写单位、引号包裹数值或单位、变量拼接均会报错或失效。
DATE_ADD 用错单位会导致提醒时间完全偏移
MySQL 的 DATE_ADD 不接受字符串单位如 "days" 或 "months"，必须用关键字 DAY、MONTH、YEAR（全大写且无引号）。写成 DATE_ADD(NOW(), INTERVAL 7 'DAY') 或 DATE_ADD(NOW(), INTERVAL '7' DAY) 都会报错：ERROR 1064 (42000)。
正确写法只有一种：数值在前，单位关键字在后，不加引号：
SELECT DATE_ADD(NOW(), INTERVAL 7 DAY); -- ✅ 正确
SELECT DATE_ADD('2024-01-01', INTERVAL 1 MONTH); -- ✅ 跨月也自动处理（2024-02-01）
常见陷阱：
- 把
INTERVAL后面的单位写成小写（day）——部分 MySQL 版本容忍，但严格模式下失败 - 用变量拼接单位（如 CONCAT('INTERVAL ', @days, ' DAY')）——SQL 不支持运行时解析单位，只能预编译
- 对
DATETIME字段加MONTH时忽略月末逻辑（如 1月31日 + 1 MONTH → 2月29日或3月3日，取决于版本和闰年）
到期提醒查询必须显式处理 NULL 和已过期记录
直接用 WHERE expire_at 会漏掉 <code>expire_at IS NULL 的记录（比如永久授权），更糟的是：它会把所有已过期的记录（expire_at ）也包含进来，导致“过期提醒”和“临期提醒”混在一起。
真正可用的临期提醒条件应分三档，用 CASE 或多条件组合：
SELECT id, user_id, expire_at,
CASE
WHEN expire_at IS NULL THEN 'permanent'
WHEN expire_at <p>关键点：</p>
-
BETWEEN包含边界，NOW()到DATE_ADD(NOW(), INTERVAL 3 DAY)涵盖今天起整整 3 天（72 小时），不是“未来 3 天” - 不要用
expire_at - NOW() —— MySQL 不支持日期直接减法得天数（结果是模糊的整数，受格式影响） - 若字段是
DATE类型（无时分秒），建议统一用CURDATE()替代NOW()，避免时区或精度干扰
跨月/跨年计算时 DATE_ADD 的行为与预期可能不一致
DATE_ADD 对 MONTH 和 YEAR 的处理是“日历感知”的，不是简单加固定天数。例如：
SELECT DATE_ADD('2024-01-31', INTERVAL 1 MONTH); -- 返回 '2024-02-29'（闰年）
SELECT DATE_ADD('2024-01-31', INTERVAL 2 MONTH); -- 返回 '2024-03-31'
SELECT DATE_ADD('2023-01-31', INTERVAL 1 MONTH); -- 返回 '2023-02-28'（非闰年）
这意味着：用 DATE_ADD(expire_at, INTERVAL -7 DAY) 倒推“提前 7 天提醒”，在月底生效的订阅上可能根本取不到值（如 3月31日 - 7 DAY = 3月24日，但 2月31日不存在 → 自动转为 3月3日）。
稳妥做法：
- 提醒逻辑尽量基于
DAY计算，避开月份边界问题 - 若必须按月提醒（如“提前 1 个自然月”），改用
LAST_DAY(DATE_SUB(expire_at, INTERVAL 1 MONTH)) + INTERVAL 1 DAY模拟月初对齐 - 测试时务必覆盖 1月31日、2月28/29日、12月31日等边界日期
在应用层调用时注意时区和索引失效风险
如果在 WHERE 条件里写 DATE_ADD(NOW(), INTERVAL 7 DAY) > expire_at，MySQL 无法使用 expire_at 字段上的索引（因为函数作用于常量侧，优化器视为非SARGable表达式）。实际执行会全表扫描。
优化方式只有两种：
- 把计算移到右边：
expire_at —— 这样 <code>expire_at是独立列，能走索引 - 或者预计算阈值，在应用中生成具体时间字符串传入：
expire_at
另外，NOW() 返回的是 MySQL 服务器时区时间，如果应用服务器和数据库时区不一致（比如应用用 UTC，DB 用 CST），提醒时间会偏差 8 小时。解决办法是统一用 CONVERT_TZ(NOW(), '+00:00', '+08:00') 显式转换，或在连接层设置 time_zone='+08:00'。
临期提醒这种逻辑，看似一行函数就能搞定，但单位、NULL、边界、索引、时区五个点任何一个没对齐，都会让提醒延迟、重复或彻底失效。
