MySQL自定义函数遇NULL参数会静默返回NULL而非报错，需在函数开头用IFNULL或COALESCE显式转换并设合理默认值，聚合结果入函数前也须COALESCE兜底。
自定义函数里传入NULL会导致静默失效
MySQL自定义函数不会因NULL参数报错，但算术、字符串或比较运算一旦沾上NULL，结果立刻变成NULL——且不提示、不中断、不抛异常。比如salary * rate中任一为NULL，返回值就是NULL，调用方看到的只是“奖金算出来是空”，根本不知道哪一步断掉了。
常见触发场景：
- 前端未校验就提交空表单，后端直接存NULL进字段，再传给函数
- LEFT JOIN后取右表字段作为函数参数，右表无匹配时该字段为NULL
- 聚合查询中某组数据全为NULL，
MAX()或AVG()返回NULL，再喂给自定义函数
必须显式校验参数并兜底，默认值不能靠运气
别指望调用方传来的参数“应该不为空”。在函数体开头就用IFNULL或COALESCE做强制转换，把NULL转成业务可接受的默认值。注意：类型要一致，COALESCE(salary, 0)安全，但COALESCE(salary, 'N/A')可能触发隐式转换导致精度丢失或报错。
推荐写法（以奖金计算为例）：
DELIMITER $$ CREATE FUNCTION calc_bonus( salary DECIMAL(10,2), rate DECIMAL(4,3) ) RETURNS DECIMAL(10,2) BEGIN DECLARE safe_salary DECIMAL(10,2) DEFAULT IFNULL(salary, 0); DECLARE safe_rate DECIMAL(4,3) DEFAULT IFNULL(rate, 0.05); RETURN safe_salary * safe_rate; END$$ DELIMITER ;
关键点：
- 用
DECLARE ... DEFAULT提前声明带默认值的变量，比在RETURN里嵌套IFNULL更清晰、易调试 - 默认值要符合业务语义：rate不能默认0（等于没发），设0.05更合理；salary默认0通常可接受
- 避免在表达式里反复写
IFNULL(col, 0)，容易漏、难维护
慎用NULLIF，它不解决输入为NULL的问题
NULLIF(a, b)只在a = b时返回NULL，对输入本身是NULL的情况完全无感。NULLIF(salary, NULL)永远返回salary，因为NULL = NULL不成立。所以它不能当“防NULL开关”用。
如果你真需要根据输入是否为NULL走不同逻辑，得用IF或CASE：
RETURN IF(salary IS NULL OR rate IS NULL, 0, salary * rate);
但这种写法掩盖了问题根源——你应该在上游就堵住NULL，而不是在函数里做“急救”。
聚合结果进函数前务必先COALESCE
这是最容易被忽略的一环。比如写SELECT calc_bonus(AVG(score), 0.1) FROM students，如果score全为NULL，AVG(score)返回NULL，函数照样静默失效。必须在外面包一层：
SELECT calc_bonus(COALESCE(AVG(score), 0), 0.1) FROM students;
记住：聚合函数天然跳过NULL，但它们的输出仍可能是NULL。只要这个输出会进自定义函数，就必须用COALESCE兜底——哪怕你认为“这组数据不可能全空”，线上环境总有意外。
