DATEDIFF返回两日期整数天数差但不取绝对值且忽略时间部分，需用ABS()获取绝对差值，精确时间间隔应选TIMESTAMPDIFF，安全过滤近7天数据须避免隐式转换并处理NULL。
DATEDIFF 是 MySQL 中计算两个日期天数差最直接的方式，但它默认只返回整数天数，且结果受日期顺序影响——DATEDIFF(end_date, start_date) 才是正向天数差，反着写会得到负值。
为什么 DATEDIFF 返回的不是你想要的“绝对天数”？
它不自动取绝对值，也不处理时间部分。比如 DATEDIFF('2024-01-01', '2024-01-05') 返回 -4，而 DATEDIFF('2024-01-01 15:30:00', '2024-01-02 02:00:00') 仍返回 1（只看日期部分，忽略时分秒）。
- 若需绝对差值，显式套一层
ABS()：ABS(DATEDIFF(date1, date2)) - 若字段含时间但你想按完整时间间隔算天数（如 36 小时 ≈ 1.5 天），
DATEDIFF不适用，得用TIMESTAMPDIFF配合SECOND或HOUR - 输入值必须是合法日期类型（
DATE、DATETIME、TIMESTAMP），传入字符串如'2024/01/01'可能触发隐式转换失败，建议统一用标准格式'2024-01-01'
DATEDIFF 在 WHERE 条件中怎么安全过滤“近7天数据”？
常见错误是写成 WHERE DATEDIFF(NOW(), create_time) ，看似合理，但当 create_time 为 NULL 时整行被过滤掉（DATEDIFF 返回 NULL，比较结果为 UNKNOWN）；更隐蔽的问题是索引失效——如果 create_time 有索引，对它用函数会阻止索引使用。
- 推荐写法：
WHERE create_time >= DATE_SUB(CURDATE(), INTERVAL 7 DAY)，可走索引，且NULL值不影响逻辑 - 若必须用
DATEDIFF（比如动态天数来自参数），至少加IS NOT NULL显式判断：WHERE create_time IS NOT NULL AND DATEDIFF(NOW(), create_time) - 注意
CURDATE()返回的是日期（无时间），而NOW()含时分秒；用CURDATE()更符合“自然日”语义
和 TIMESTAMPDIFF 有什么关键区别？
DATEDIFF 本质是“日期相减”，只认年月日；TIMESTAMPDIFF 是“时间戳相减”，支持按 DAY、HOUR、MINUTE 等单位精确计算，且自动处理大小端顺序（第一个参数指定单位，第二、三个参数顺序不影响正负号逻辑）。
- 等价但更灵活的写法：
TIMESTAMPDIFF(DAY, start_date, end_date)—— 和DATEDIFF(end_date, start_date)结果一致 - 需要小时级精度？
TIMESTAMPDIFF(HOUR, '2024-01-01 10:00:00', '2024-01-02 14:30:00')返回28，DATEDIFF只能返回1 -
TIMESTAMPDIFF对非法日期更严格，比如'2024-02-30'会报错，而DATEDIFF可能静默转成NULL
真正容易被忽略的是时区——DATEDIFF 完全依赖 MySQL 服务端时区设置，如果应用跨时区部署，NOW() 和字段存储的时区不一致，算出来的天数可能偏移一天。别只盯着函数怎么写，先确认 SELECT @@time_zone 和你的数据时区是否对齐。
