MySQL 触发器里能直接调用自定义函数吗
可以，但有严格限制。触发器中允许调用
DETERMINISTIC（确定性）的存储函数，不能调用包含
UPDATE、
INSERT、
DELETE或其他修改数据语句的函数，也不能调用非确定性函数（如
NOW()、
RAND()），否则会报错
ERROR 1442 (HY000): Can't update table 'xxx' in stored function/trigger because it is already used by statement which invoked this stored function/trigger.函数必须用
DETERMINISTIC显式声明（即使逻辑上确定，不声明也会被 MySQL 当作
NO SQL或
NOT DETERMINISTIC） 函数体内不能出现任何写表操作（包括对临时表的
INSERT，除非是
CREATE TEMPORARY TABLE+
INSERT组合且该临时表未在触发器作用域中被引用） 函数参数只能是标量（不能传入表名、列名等动态标识符）
常见组合使用场景：自动填充与校验
典型用途是把业务规则下沉到数据库层，比如订单创建时自动计算折扣价、校验库存是否充足、生成唯一编码等。这些逻辑拆成函数后，可被多个触发器复用，也便于单独测试。
自动填充字段：在BEFORE INSERT触发器中调用函数生成
order_no，例如基于日期+序列号拼接：
DELIMITER $$ CREATE FUNCTION gen_order_no() RETURNS VARCHAR(32) DETERMINISTIC BEGIN RETURN CONCAT(DATE_FORMAT(NOW(), '%Y%m%d'), LPAD(FLOOR(RAND() * 9000 + 1000), 4, '0')); END$$ DELIMITER ;然后在触发器里：
SET NEW.order_no = gen_order_no();行级约束校验：比如要求
price不低于成本价的 1.2 倍，封装为函数：
CREATE FUNCTION check_min_price(cost DECIMAL(10,2)) RETURNS DECIMAL(10,2) DETERMINISTIC BEGIN RETURN cost * 1.2; END$$触发器中：
IF NEW.price < check_min_price(NEW.cost) THEN SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Price too low'; END IF;
为什么不能在触发器里调用含 UPDATE 的函数
本质是 MySQL 的“表锁定限制”：触发器执行期间，当前被修改的表处于“正在被语句使用”状态，此时任何对该表的额外写操作（哪怕封装在函数里）都会触发循环依赖检测，直接拒绝执行。这不是语法限制，而是事务引擎层的安全机制。
错误信息明确指向表名，比如Can't update table 'orders' in stored function...，说明你试图在
orders表的触发器里更新
orders表本身 绕过方法只有两种：用
INSERT ... SELECT或
UPDATE ... JOIN在触发器外一次性完成；或改用应用层处理（更推荐） 即使函数只更新另一张无关表（如日志表
audit_log），也需确保该表未被当前 SQL 语句隐式读取（例如触发器在
UPDATE orders中，而函数又去
SELECT FROM orders，仍可能触发限制）
性能和维护风险提醒
函数+触发器组合会让数据变更路径变暗，调试困难，且无法被 ORM 或迁移工具感知。线上出问题时，往往要翻三处代码：应用逻辑、触发器定义、函数定义。
函数调用开销虽小，但在高频插入场景（如每秒千级订单），每个触发器多一次函数调用会累积成可观延迟 函数修改后，所有依赖它的触发器不会自动失效或重编译，可能产生意料外的行为偏差 备份恢复时，必须保证函数先于触发器创建，否则mysqldump导出的 SQL 可能因执行顺序报错
真正需要这类组合的场景其实不多，多数时候用应用层校验+原子 SQL 更可控。如果坚持用，务必在函数注释里写明所有触发器调用点，并定期用
SELECT TRIGGER_SCHEMA, TRIGGER_NAME, ACTION_STATEMENT FROM information_schema.TRIGGERS WHERE ACTION_STATEMENT LIKE '%your_function_name%';检查依赖关系。
