MySQL触发器调用自定义函数需声明DETERMINISTIC或READS SQL DATA，禁止含DML操作，注意NULL处理、性能开销及索引优化，并通过分层验证调试。
触发器里调用自定义函数要注意返回值和副作用
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 检查中间状态。
