MySQL触发器可调用自定义函数和内置函数，但禁止调用存储过程或执行外部脚本；函数须为DETERMINISTIC、NO SQL或READS SQL DATA类型，且不可修改数据；NEW/OLD在函数中只读，字段变更需在触发器内显式SET。
MySQL 触发器**可以调用自定义函数（UDF）和内置函数**，但**不能调用存储过程（PROCEDURE）或执行外部脚本（如 shell、Python）**。这是由 MySQL 的安全模型和触发器执行上下文严格限制决定的。
BEFORE 和 AFTER 触发器中调用函数的可行性
无论触发时机是 BEFORE 还是 AFTER，只要函数满足以下条件，即可在触发器中安全调用：
- 函数必须是
DETERMINISTIC、NO SQL或READS SQL DATA类型（不能是MODIFIES SQL DATA） - 函数不能包含
INSERT/UPDATE/DELETE等修改数据的语句（否则会报错ERROR 1422: Explicit or implicit commit is not allowed in stored function or trigger） - 函数返回值可被直接用于赋值或条件判断，例如：
SET NEW.status = my_status_func(NEW.amount);
常见用途包括：格式化字段（UPPER()、CONCAT()）、计算派生值（如折扣后价格）、校验逻辑封装（is_valid_email()）。
为什么不能在触发器里调用存储过程？
MySQL 明确禁止在触发器中使用 CALL 语句调用存储过程，因为：
- 存储过程可能包含事务控制（
COMMIT/ROLLBACK），而触发器本身运行在父语句的隐式事务中，嵌套事务会破坏一致性 - 过程可能修改表数据，与触发器正在操作的同一张表产生“表递归更新”风险（MySQL 会直接报错
ERROR 1442: Can't update table 'xxx' in stored function/trigger because it is already used by statement which invoked this stored function/trigger） - 即使过程只读，MySQL 也统一禁止，以简化执行模型和保证可预测性
替代方案：把过程逻辑拆成纯函数，或把业务逻辑上移至应用层 / 定时任务。
常见错误：试图在触发器中执行外部命令
比如想用触发器自动调用 shell 脚本或发送 HTTP 请求——这在标准 MySQL 中完全不可行：
- 没有
SYS_EXEC、system()等扩展（除非你装了非官方插件如lib_mysqludf_sys，但生产环境强烈不建议） - 触发器运行在数据库服务进程内，无操作系统权限上下文，也无法发起网络请求
- 即使绕过限制，也会导致事务阻塞、超时、主从不一致等严重后果
正确做法：用 AFTER INSERT/UPDATE/DELETE 触发器写入一个「任务队列表」，再由外部消费者（如 Python worker）轮询并执行对应动作。
DELIMITER //
CREATE TRIGGER `order_notify_queue` AFTER INSERT ON `orders`
FOR EACH ROW
BEGIN
INSERT INTO `notify_queue` (event_type, target_id, created_at)
VALUES ('new_order', NEW.id, NOW());
END//
DELIMITER ;
真正容易被忽略的一点是：NEW 和 OLD 在函数调用中是只读引用，你无法在函数内部修改它们——所有字段变更必须显式通过 SET NEW.xxx = ... 在触发器主体中完成。函数只能返回值，不能副作用驱动数据变更。
