MySQL中DATEDIFF()传入NULL日期是否报错及查询修改方案

1. DATEDIFF()传入NULL会不会报错？ #

大多数SQL方言（包括IAM工具常用的）里，DATEDIFF()只要有一个参数是NULL，返回的结果就是NULL，不会直接抛出错误。但NULL在条件判断里会被当作FALSE，会让你的筛选逻辑达不到预期效果，而不是触发报错。

2. 解决办法 #

• 用COALESCE()函数给NULL的lastPasswordChangeDate设个默认值，比如用户的创建日期（如果用户从没改过密码，就默认用创建时间来算），或者设一个极早的日期（比如'1970-01-01'），这样DATEDIFF()就能正常计算了。
• 要是业务上不需要保留这类数据，也可以提前用IS NOT NULL过滤掉lastPasswordChangeDate为NULL的记录。

3. 修改后的查询语句 #

原查询存在几个问题：引用了未定义的表a、WHERE子句未闭合、没处理lastPasswordChange为NULL的情况，以下是修正后的版本（假设a是笔误，实际用的是users表的lastPasswordChange字段；如果a是关联表，需要补充JOIN语句）：

SELECT DISTINCT 
    u.username AS UName,
    u.statuskey AS SK,
    CASE 
        WHEN DATEDIFF(NOW(), u.createdate) >= 30 
             -- 用COALESCE处理NULL，这里默认用创建日期，可根据业务调整
             AND DATEDIFF(NOW(), COALESCE(u.lastPasswordChange, u.createdate)) <= 30 
             AND u.customproperty18 != 'Y' 
             AND u.customproperty63 IS NULL THEN 'Inactive'
        ELSE u.customproperty17
    END AS CP17
FROM 
    users u
-- 如果a是关联表，补充JOIN，比如：
-- JOIN user_passwords a ON u.id = a.user_id
WHERE
    DATEDIFF(NOW(), u.createdate) >= 30 
    -- 同样用COALESCE处理NULL
    AND DATEDIFF(NOW(), COALESCE(u.lastPasswordChange, u.createdate)) <= 30

修改说明 #

• 用COALESCE(u.lastPasswordChange, u.createdate)处理NULL值，保证DATEDIFF()有合法参数可以计算。
• 补全了原查询未闭合的WHERE子句。
• 修正了原查询中表a未定义的问题，若确实需要关联其他表，补充对应的JOIN语句即可。

内容的提问来源于stack exchange，提问作者SREEJITH R