触发器里调用自定义函数要注意返回值和副作用
MySQL 触发器中可以调用
SELECT、
INSERT等语句，但不能执行修改数据的语句（如
UPDATE同一表），而自定义函数（
CREATE FUNCTION）必须是
DETERMINISTIC或明确声明
READS SQL DATA才能被触发器调用。否则会报错：
This function has none of DETERMINISTIC, NO SQL, or READS SQL DATA in its declaration。 函数体里禁止出现
INSERT/
UPDATE/
DELETE操作，否则无法在触发器中调用 若函数仅做计算或查表（如根据用户ID查等级），需加
READS SQL DATA声明 函数返回
NULL时，触发器中对应字段可能被设为
NULL，要提前判断，比如用
IFNULL(my_func(), 0)避免在函数里调用另一个非确定性函数（如
NOW()），否则无法通过
DETERMINISTIC校验
用函数封装业务逻辑，让触发器保持简洁
把校验、转换、计数等重复逻辑抽成函数，触发器只负责“调用+赋值”，可大幅提升可维护性。比如订单插入前自动计算折扣价：
DELIMITER $$
CREATE FUNCTION calc_discounted_price(price DECIMAL(10,2), coupon_code VARCHAR(20))
RETURNS DECIMAL(10,2)
READS SQL DATA
DETERMINISTIC
BEGIN
DECLARE discount_rate DECIMAL(3,2) DEFAULT 0.0;
SELECT IFNULL(rate, 0) INTO discount_rate
FROM coupons WHERE code = coupon_code AND valid_until >= CURDATE();
RETURN price * (1 - discount_rate);
END$$
DELIMITER ;然后在
BEFORE INSERT触发器里直接用：
SET NEW.final_price = calc_discounted_price(NEW.base_price, NEW.coupon_code);函数名要见名知意，避免
get_val()这类模糊命名 参数尽量用 NOT NULL 类型，减少
IFNULL嵌套层级 函数内不要有
SELECT ... INTO多行结果，否则运行时报
Subquery returns more than 1 row
触发器调用函数时性能敏感点：别在循环或高频操作里反复调用
MySQL 函数每次调用都会产生额外解析和上下文切换开销，尤其在
BEFORE UPDATE触发器处理批量更新（如
UPDATE orders SET status='shipped' WHERE id IN (1,2,3...)）时，若函数内部含
SELECT查询，会变成 N+1 查询模式。 单条记录触发没问题；批量更新前，优先考虑把函数逻辑移到应用层或改用 JOIN 预计算 函数中查缓存表（如配置表）比查业务大表更安全，但也要加索引（如
coupom_code字段必须有索引） 用
EXPLAIN检查函数内
SELECT是否走索引，没走就容易拖慢整条
INSERT测试时用
SLEEP(0.01)模拟慢函数，能快速暴露批量场景下的延迟问题
调试触发器+函数组合最有效的三步定位法
错误常出现在“函数返回了意料之外的值”或“触发器没按预期修改字段”，光看日志很难定位。推荐分层验证：
先单独执行函数：SELECT calc_discounted_price(100.00, 'SUMMER20');，确认返回值和 NULL 行为 再用最小化触发器测试：
BEFORE INSERT中只设一个字段，配合
SELECT查
information_schema.TRIGGERS确认已激活 最后开启通用日志：
SET GLOBAL general_log = 'ON';，看实际执行的 SQL 是否含函数调用及参数传入是否正确
特别注意：函数里用
SHOW WARNINGS或
GET DIAGNOSTICS不生效，所有错误只能靠外部日志或提前
SELECT检查中间状态。
