MySQL自定义函数中NULL参数会静默传播导致计算结果为NULL，须在函数开头用IFNULL或COALESCE显式兜底；参数无NOT NULL约束，需文档说明并主动校验；返回值类型须与NULL兼容，避免静默返回引发下游偏差。
自定义函数里传入NULL参数会静默中断计算
MySQL自定义函数中，IN参数若为NULL，后续所有算术、字符串拼接、比较操作结果都会变成NULL，且不报错。比如写RETURN price * quantity;，只要price或quantity任一为NULL，返回值就是NULL——业务上可能被当成“0”或“无效”，但实际是“未知”，导致下游统计偏差。
必须在函数开头就显式兜底：
- 用
IFNULL()或COALESCE()立即转换输入参数，例如SET p_price = IFNULL(price, 0); - 避免在表达式中间才处理，如
price * IFNULL(quantity, 1)仍可能因price为NULL而失效 - 对字符串类参数，慎用
''作默认值，要确认业务语义是否等价（比如空字符串 ≠ 未填写）
COALESCE比IFNULL更适合函数内部多层fallback
COALESCE()支持任意数量参数，从左到右取第一个非NULL值，适合复杂兜底逻辑；IFNULL()只接受两个参数，嵌套使用易读性差且难维护。
例如计算用户有效联系方式：
RETURN COALESCE(phone, mobile, email, '暂无联系'); -- 清晰直观
而用IFNULL就得写成：IFNULL(phone, IFNULL(mobile, IFNULL(email, '暂无联系')))，括号容易漏、调试困难。
注意：COALESCE所有参数类型必须兼容，混用字符串和数字（如COALESCE(price, 'N/A')）会触发隐式转换，可能报错或截断。
聚合场景下NULL传播会导致函数返回值不可信
如果函数内部调用SUM()、AVG()等聚合函数，而源数据含NULL，结果天然被忽略——这本身没错，但若业务要求“缺考记0分”，函数返回的平均值就会偏低。
关键不是改聚合函数，而是提前清洗输入数据：
- 不要依赖调用方传入已清洗的数据，函数内应主动处理，如
AVG(COALESCE(score, 0)) - 若函数需返回计数类结果，区分
COUNT(*)和COUNT(col)：前者统计行数，后者跳过NULL，选错会导致分母错误 - 特别警惕
GROUP BY后在函数中再做计算——NULL在GROUP BY中被视为相同值，但函数内无法感知分组上下文
函数声明时没设NOT NULL，调用时NULL就进来了
MySQL自定义函数参数声明不支持NOT NULL约束，所以即使你认为某个参数“肯定有值”，调用方仍可传NULL。这不是bug，是设计如此。
防御性写法只有两条：
- 文档明确标注每个参数是否允许
NULL，以及传NULL时的语义（比如start_date为NULL表示“不限起始时间”） - 函数体第一行强制校验+报错（用
SIGNAL）或降级处理（如IF start_date IS NULL THEN RETURN 0; END IF;） - 避免用
DEFAULT子句替代校验——函数参数不支持DEFAULT语法
最常被忽略的是：函数返回值类型与NULL的兼容性。比如声明RETURNS INT，但逻辑中某些分支没RETURN，MySQL会静默返回NULL，而调用方可能没做非空判断。
