MySQL自定义函数对NULL参数默认静默失效，需显式校验或用IFNULL/COALESCE兜底；WHERE中使用会导致索引失效；聚合前未处理NULL将引发统计偏差。
自定义函数里传入NULL参数会静默失效
MySQL自定义函数（CREATE FUNCTION）默认对NULL输入“不设防”：只要任一参数是NULL，后续算术、字符串拼接等操作结果大概率变成NULL，且不报错、不中断。比如salary * rate中任意一个为NULL，返回值就是NULL，下游调用方可能直接拿到空结果却无感知。
常见错误写法：
CREATE FUNCTION calc_tax(income DECIMAL(10,2), rate DECIMAL(3,2)) RETURNS DECIMAL(10,2) BEGIN RETURN income * rate; -- 若income或rate为NULL，结果恒为NULL END;
- 必须在函数体开头显式判断：
IF income IS NULL OR rate IS NULL THEN RETURN NULL; END IF; - 若业务允许兜底，改用
COALESCE(income, 0)或IFNULL(income, 0)再参与运算 - 避免在函数内直接用
CONCAT(a, b)——任一为NULL整串变NULL；换成CONCAT_WS('', IFNULL(a, ''), IFNULL(b, ''))
IFNULL vs COALESCE：选哪个取决于参数个数和兼容性需求
IFNULL(expr1, expr2)只接受两个参数，语义清晰、性能略高，适合简单兜底场景；COALESCE(expr1, expr2, ..., exprN)是SQL标准函数，支持多参数链式 fallback，但所有参数会被强制转为最高优先级类型，容易引发隐式转换问题。
- 仅需“字段为空就填 0”：
IFNULL(price, 0)更直白，老版本 MySQL（如 5.6）兼容性更稳 - 需多级 fallback（如优先取
email_work，没有再试email_personal，最后'no-email'）：COALESCE(email_work, email_personal, 'no-email')是唯一选择 - 混用类型要小心：
COALESCE(1, 'abc')返回字符串'1'，不是数字1；而IFNULL(1, 'abc')会报错（类型不兼容）
WHERE 条件里用 IFNULL/COALESCE 会让索引失效
在自定义函数内部或外部查询的WHERE子句中，对字段套IFNULL(col, 0) > 10这类写法，MySQL无法使用col上的索引——因为函数改变了列原始值，优化器只能全表扫描。
- 正确做法是拆逻辑：
WHERE (col > 10) OR (col IS NULL AND 0 > 10)（后半部分可删） - 更合理的业务表达是：
WHERE col IS NOT NULL AND col > 10，明确排除NULL参与比较 - 若真需统一转义（如“把
NULL当0处理”），应在视图或应用层做，别塞进WHERE
聚合前没处理NULL，会导致统计口径偏差
自定义函数常被用于生成中间值再参与SUM/AVG等聚合。但AVG()天然跳过NULL，如果函数返回NULL未兜底，结果就不是“全员平均”，而是“有值者平均”——缺考者被完全剔除，指标失真。
- 不要依赖
AVG(my_func(x))自动处理NULL，它不会帮你填 0 - 必须显式包裹：
AVG(COALESCE(my_func(x), 0))或AVG(IFNULL(my_func(x), 0)) - 注意
COUNT(my_func(x))只统计非NULL返回值，若想统计调用次数，该用COUNT(*)
函数体里对NULL的校验和兜底，不是可选项，是防止静默逻辑错误的底线。最容易被忽略的是：你以为函数返回了数字，其实它返回了NULL，而这个NULL又在下一层聚合或拼接中继续传播，直到某天报表对不上才暴露。
