直接结论：不是触发器本身写错了，而是它依赖的函数在当前库中根本没注册；需先查information_schema.routines确认函数是否存在、大小写是否匹配、是否跨库且权限完备，再排查mysqldump未导出函数、udf未加载、缓存或权限问题。
触发器里调用的函数报错“FUNCTION does not exist”怎么办
直接结论：不是触发器本身写错了，而是它依赖的函数在当前库中根本没注册。MySQL 在执行触发器时会实时解析函数调用，找不到就立刻中断，连 NEW 字段赋值都可能失败。
先确认是不是真没这个函数
别急着重装或改代码，先查清楚函数到底在不在：
- 运行
SELECT ROUTINE_NAME, ROUTINE_TYPE FROM information_schema.ROUTINES WHERE ROUTINE_SCHEMA = 'your_db' AND ROUTINE_NAME = 'your_function';—— 如果返回空，说明函数确实不存在 - 注意大小写：MySQL 默认对函数名大小写敏感（取决于
lower_case_table_names设置），my_func和MY_FUNC是两个东西 - 检查是否跨库调用：如果触发器里写的是
other_db.my_func()，要确认other_db存在、函数也在那个库下，且当前DEFINER用户有跨库执行权限
函数缺失的常见原因和对应动作
函数“明明有却报不存在”，往往不是消失，而是环境不一致：
- 迁移后没同步函数：mysqldump 默认不导出函数（除非加
--routines参数），导入 SQL 文件时函数被跳过 → 补导一次：mysqldump --routines --no-create-info --no-data your_db > routines.sql，再导入 - UDF（自定义函数）未加载：比如
json_object()、http_post()这类需要手动编译安装的函数，重启 MySQL 后不会自动重载 → 执行CREATE FUNCTION json_object RETURNS STRING SONAME 'lib_mysqludf_json.so';（路径和名称按实际调整） - 缓存导致误判：MySQL 5.7+ 有时缓存了元数据，显示函数存在但实际调用失败 → 先试
FLUSH TABLES;，不行再重启 mysqld - 权限不足：函数存在，但
DEFINER用户没有EXECUTE权限 → 运行GRANT EXECUTE ON FUNCTION your_db.your_function TO 'definer_user'@'%';
触发器里调用函数时怎么防崩
即使函数存在，运行时也可能因参数类型、NULL 值或上下文报错。预防比修复更省事：
- 在触发器里加兜底判断：
IF NEW.field IS NOT NULL AND LENGTH(NEW.field) > 0 THEN SET NEW.hash = your_function(NEW.field); END IF;，避免传 NULL 进去触发异常 - 不要在
AFTER触发器里调用可能修改本表的函数——哪怕函数内部只读，只要它隐式访问了触发表，仍可能被 MySQL 拦截（尤其在某些版本中） - 测试阶段用
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'debug: func returned null';主动暴露问题，别等线上 UPDATE 失败才看到日志
information_schema.ROUTINES + SHOW GRANTS + FLUSH TABLES 组合拳。
