对于复制，二进制日志在源复制服务器上用作要发送到副本服务器的语句的记录。源将二进制日志中包含的事件发送到其副本，这些副本执行这些事件以进行与源上所做的相同的数据更改。 请参阅 第 19.2 节，“复制实现”。

某些数据恢复操作需要使用二进制日志。在恢复备份文件后，将重新执行备份后记录在二进制日志中的事件。这些事件将数据库从备份点更新到最新状态。 请参阅 第 9.3.2 节，“使用备份进行恢复”。

在某些情况下，语句可能会影响源和副本上的不同行集。

复制的语句在副本上执行时由副本的应用线程处理。除非您实施复制权限检查（请参阅 第 19.3.3 节，“复制权限检查”），否则应用线程具有完全权限。在这种情况下，过程可以在源和副本服务器上遵循不同的执行路径，因此用户可以编写一个仅在副本上执行的危险语句的例程。

如果修改数据的存储程序是非确定性的，则它不可重复。这可能导致源和副本上的数据不同，或者导致恢复的数据与原始数据不同。

要创建或更改存储函数，您必须拥有 SET_ANY_DEFINER 权限，以及通常需要的 CREATE ROUTINE 或 ALTER ROUTINE 权限。（根据函数定义中的 DEFINER 值，无论是否启用二进制日志记录，SET_ANY_DEFINER 可能是必需的。请参阅 第 15.1.17 节，“CREATE PROCEDURE 和 CREATE FUNCTION 语句”。）

创建存储函数时，必须声明它是确定性的，或者它不修改数据。否则，它可能不安全用于数据恢复或复制。

默认情况下，要接受 CREATE FUNCTION 语句，必须显式指定 DETERMINISTIC、NO SQL 或 READS SQL DATA 中的至少一个。否则会发生错误

ERROR 1418 (HY000): This function has none of DETERMINISTIC, NO SQL,
or READS SQL DATA in its declaration and binary logging is enabled
(you *might* want to use the less safe log_bin_trust_function_creators
variable)

此函数是确定性的（并且不修改数据），因此它是安全的

CREATE FUNCTION f1(i INT)
RETURNS INT
DETERMINISTIC
READS SQL DATA
BEGIN
  RETURN i;
END;

此函数使用 UUID()，它不是确定性的，因此函数也不是确定性的，并且也不安全

CREATE FUNCTION f2()
RETURNS CHAR(36) CHARACTER SET utf8mb4
BEGIN
  RETURN UUID();
END;

此函数修改数据，因此它可能不安全

CREATE FUNCTION f3(p_id INT)
RETURNS INT
BEGIN
  UPDATE t SET modtime = NOW() WHERE id = p_id;
  RETURN ROW_COUNT();
END;

对函数性质的评估是基于创建者的 “诚实”。MySQL 不检查声明为 DETERMINISTIC 的函数是否没有产生非确定性结果的语句。

当您尝试执行存储函数时，如果设置了 binlog_format=STATEMENT，则必须在函数定义中指定 DETERMINISTIC 关键字。如果不是这样，则会生成错误，并且该函数不会运行，除非指定了 log_bin_trust_function_creators=1 来覆盖此检查（见下文）。对于递归函数调用，仅在最外层调用上需要 DETERMINISTIC 关键字。如果使用基于行或混合的二进制日志记录，则即使函数是在没有 DETERMINISTIC 关键字的情况下定义的，该语句也会被接受和复制。

由于 MySQL 在创建时不会检查函数是否确实是确定性的，因此使用 DETERMINISTIC 关键字调用存储函数可能会执行对基于语句的日志记录不安全的动作，或者调用包含不安全语句的函数或过程。如果这发生在设置了 binlog_format=STATEMENT 时，则会发出警告消息。如果使用基于行或混合的二进制日志记录，则不会发出警告，并且该语句将以基于行的格式复制。

要放松对函数创建的前述条件（您必须拥有 SUPER 权限，并且函数必须声明为确定性的或不修改数据），请将全局 log_bin_trust_function_creators 系统变量设置为 1。默认情况下，此变量的值为 0，但您可以像这样更改它

mysql> SET GLOBAL log_bin_trust_function_creators = 1;

您也可以在服务器启动时设置此变量。

如果未启用二进制日志记录，则 log_bin_trust_function_creators 不适用。除非如前所述，函数定义中的 DEFINER 值需要它，否则创建函数不需要 SUPER。

有关可能对复制不安全的内置函数（以及因此导致使用它们的存储函数也不安全的函数）的信息，请参阅 第 19.5.1 节，“复制功能和问题”。

服务器将 CREATE EVENT、CREATE PROCEDURE、CREATE FUNCTION、ALTER EVENT、ALTER PROCEDURE、ALTER FUNCTION、DROP EVENT、DROP PROCEDURE 和 DROP FUNCTION 语句写入二进制日志。

如果函数更改数据，并且发生在不会被记录的语句中，则存储函数调用将被记录为 SELECT 语句。这可以防止由于在未记录的语句中使用存储函数而导致的数据更改无法复制。例如，SELECT 语句不会写入二进制日志，但 SELECT 可能会调用一个进行更改的存储函数。为了处理这种情况，当给定函数进行更改时，会将 SELECT func_name() 语句写入二进制日志。假设以下语句在源服务器上执行

CREATE FUNCTION f1(a INT) RETURNS INT
BEGIN
  IF (a < 3) THEN
    INSERT INTO t2 VALUES (a);
  END IF;
  RETURN 0;
END;

CREATE TABLE t1 (a INT);
INSERT INTO t1 VALUES (1),(2),(3);

SELECT f1(a) FROM t1;

当 SELECT 语句执行时，函数 f1() 被调用三次。其中两次调用插入一行，MySQL 为每次调用记录一个 SELECT 语句。也就是说，MySQL 将以下语句写入二进制日志

SELECT f1(1);
SELECT f1(2);

当函数调用一个导致错误的存储过程时，服务器还会为存储函数调用记录一个 SELECT 语句。在这种情况下，服务器会将 SELECT 语句以及预期错误代码写入日志。在副本上，如果出现相同的错误，则这是预期结果，复制继续进行。否则，复制将停止。

记录存储函数调用而不是函数执行的语句，对于复制来说存在安全隐患，这来自于两个因素

这意味着，虽然用户必须拥有 CREATE ROUTINE 权限才能创建函数，但用户可以编写一个只在副本上执行的包含危险语句的函数，在副本上它由拥有所有权限的线程处理。例如，如果源服务器和副本服务器的服务器 ID 值分别为 1 和 2，则源服务器上的用户可以创建并调用一个不安全的函数 unsafe_func()，如下所示

mysql> delimiter //
mysql> CREATE FUNCTION unsafe_func () RETURNS INT
    -> BEGIN
    ->   IF @@server_id=2 THEN dangerous_statement; END IF;
    ->   RETURN 1;
    -> END;
    -> //
mysql> delimiter ;
mysql> INSERT INTO t VALUES(unsafe_func());

CREATE FUNCTION 和 INSERT 语句被写入二进制日志，因此副本会执行它们。由于副本的应用线程拥有所有权限，因此它会执行危险的语句。因此，函数调用对源和副本的影响不同，并且不安全复制。

为了防止对启用了二进制日志记录的服务器产生这种危险，存储函数创建者除了通常需要的 CREATE ROUTINE 权限外，还必须拥有 SUPER 权限。类似地，要使用 ALTER FUNCTION，您必须拥有 SUPER 权限，以及 ALTER ROUTINE 权限。没有 SUPER 权限，将发生错误

ERROR 1419 (HY000): You do not have the SUPER privilege and
binary logging is enabled (you *might* want to use the less safe
log_bin_trust_function_creators variable)

如果您不想要求函数创建者拥有 SUPER 权限（例如，如果系统上所有拥有 CREATE ROUTINE 权限的用户都是经验丰富的应用程序开发人员），请将全局 log_bin_trust_function_creators 系统变量设置为 1。您也可以在服务器启动时设置此变量。如果未启用二进制日志记录，则 log_bin_trust_function_creators 不适用。除非如前所述，函数定义中的 DEFINER 值需要 SUPER，否则函数创建不需要 SUPER。

建议无论您对函数创建者的权限做出什么选择，都要使用复制权限检查。可以设置复制权限检查，以确保仅授权复制通道的预期和相关操作。有关执行此操作的说明，请参阅 第 19.3.3 节，“复制权限检查”。

如果执行更新的函数是非确定性的，则它不可重复。这将产生两个不良影响

为了解决这些问题，MySQL 强制执行以下要求：在源服务器上，除非您声明函数是确定性的或不修改数据，否则将拒绝创建和更改函数。这里适用两组函数特性

默认情况下，要接受 CREATE FUNCTION 语句，必须显式指定 DETERMINISTIC、NO SQL 或 READS SQL DATA 中的至少一个。否则会发生错误

ERROR 1418 (HY000): This function has none of DETERMINISTIC, NO SQL,
or READS SQL DATA in its declaration and binary logging is enabled
(you *might* want to use the less safe log_bin_trust_function_creators
variable)

如果您将 log_bin_trust_function_creators 设置为 1，则函数必须是确定性的或不修改数据的要求将被放弃。

存储过程调用是在语句级别而不是在 CALL 级别记录的。也就是说，服务器不会记录 CALL 语句，而是记录实际执行的过程中的那些语句。因此，在源服务器上发生的相同更改也会在副本上发生。这可以防止由于过程在不同机器上具有不同的执行路径而可能导致的问题。

通常，在存储过程中执行的语句使用与独立执行语句相同的规则写入二进制日志。在记录过程语句时需要特别注意，因为在过程中执行语句与在非过程上下文中执行语句略有不同

如果过程是从存储函数中调用的，则存储过程调用不会在语句级别写入二进制日志。在这种情况下，唯一被记录的是调用函数的语句（如果它发生在一个被记录的语句中），或者是一个 DO 语句（如果它发生在一个未被记录的语句中）。因此，在使用调用过程的存储函数时应该小心谨慎，即使该过程本身是安全的。