MySQL UDF修改SQL数据遇1418报错 求合规替代方案

针对你遇到的二进制日志开启时创建修改数据的UDF报错问题，MySQL官方推荐的合规方式分为两种，优先程度如下：

1. 改用存储过程（官方优先推荐） #

用户定义函数（UDF）的设计初衷是计算并返回单一值，修改数据库状态的操作更适合用存储过程实现。存储过程不需要依赖log_bin_trust_function_creators这类参数，同时二进制日志对存储过程的复制支持更安全。

将你的函数改写为存储过程的示例：

DELIMITER $$
CREATE PROCEDURE BlockAsset(
    IN userId int,
    OUT result int
)
BEGIN
    DECLARE balance int;
    -- 替换为你的查询逻辑
    SET balance = (SELECT your_balance_column FROM your_table WHERE user_id = userId);
    
    IF balance = 0 THEN
        SET result = -1;
    ELSE
        -- 替换为你的更新逻辑
        UPDATE your_table SET your_column = your_value WHERE user_id = userId;
        SET result = 1;
    END IF;
END $$
DELIMITER ;

调用存储过程并获取结果：

CALL BlockAsset(123, @operation_result);
SELECT @operation_result;

2. 若必须使用函数：使用替代参数（次选） #

如果业务场景必须使用UDF，MySQL提供了binlog_trust_function_creators参数作为即将弃用的log_bin_trust_function_creators的替代，用于跳过函数的确定性检查。

临时生效（重启后失效） #

SET GLOBAL binlog_trust_function_creators = 1;

永久生效（修改配置文件） #

在my.cnf（Linux）或my.ini（Windows）的[mysqld]段添加：

[mysqld]
binlog_trust_function_creators = 1

修改后重启MySQL服务即可永久生效。

⚠️ 注意：使用此参数时，需确保你的函数不会引入主从复制不一致的风险（比如避免使用RAND()、NOW()这类非确定性函数），否则可能导致主从数据差异。

内容的提问来源于stack exchange，提问作者Alireza Zojaji