对于复制，二进制日志在源复制服务器上用于记录要发送到副本服务器的语句。源服务器将其二进制日志中的事件发送给副本服务器，这些事件在副本服务器上执行，以便使副本服务器上的数据与源服务器上的数据保持一致。请参见第19.2节，“复制实现”。

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

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

在副本服务器上执行的语句将被处理器线程处理。除非您实现复制权限检查（请参见第19.3.3节，“复制权限检查”），否则处理器线程将具有全权。因此，在这种情况下，可能会出现源服务器和副本服务器上的执行路径不同，用户可以编写包含危险语句的存储程序，该语句只在副本服务器上执行。

如果存储程序修改数据，但不是可重复的，那么它可能会导致源服务器和副本服务器上的数据不同，或者在恢复数据时出现差异。

要创建或更改存储函数，您必须拥有SET_ANY_DEFINER特权，除非通常需要的CREATE ROUTINE或ALTER ROUTINE特权。 (根据函数定义中的DEFINER值，SET_ANY_DEFINER可能需要无论是否启用了二进制日志记录。请参阅第15.1.17节，“CREATE PROCEDURE and CREATE FUNCTION Statements”。)

当您创建存储函数时，您必须声明该函数是确定的或不修改数据。否则，它可能会对数据恢复或复制不安全。

默认情况下，对于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关键字只需要在最外层调用中指定。如果使用行-based或混合二进制日志记录，语句将被接受并复制，即使函数没有指定DETERMINISTIC关键字。

由于 MySQL 在创建时不检查函数是否真的确定，因此在使用DETERMINISTIC关键字的存储函数中可能执行不安全的操作，或者调用包含不安全语句的函数或过程。如果在binlog_format=STATEMENT设置时发生这种情况，会出现警告信息。如果使用行-based或混合二进制日志记录，无警告信息将被发出，并且语句将以行-based格式复制。

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

mysql> SET GLOBAL log_bin_trust_function_creators = 1;

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

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

关于可能不安全的内置函数（因此也会使存储函数使用它们变得不安全），请见第19.5.1节，“Replication Features and Issues”。

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

存储函数调用将作为SELECT语句记录，如果函数改变数据并出现在不记录语句中。这防止了由于存储函数在非记录语句中的使用而导致的数据变化的非复制。例如，SELECT语句不会写入二进制日志，但可能会调用一个存储函数，该函数会改变数据。为了处理这个问题，MySQL 在函数改变数据时将SELECT语句写入二进制日志。假设在源服务器上执行以下语句：

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语句到日志，并且包括预期的错误代码。在复制服务器上，如果出现相同的错误，那么预期结果是正确的，复制继续进行。否则，复制停止。

记录存储函数调用，而不是函数执行的语句，对复制有安全隐患，这是由两个因素引起的：

隐患是，虽然用户必须拥有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语句写入二进制日志，因此复制服务器执行它们。由于applier线程拥有全权，因此函数调用在源服务器和复制服务器上执行结果不同，不是复制安全的。

为了防止这种危险，对于启用二进制日志记录的服务器，存储函数创建者必须拥有SUPER特权，除非拥有通常的CREATE ROUTINE特权。类似地，要使用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不适用。SUPER除非函数定义中的DEFINER值要求它，否则不需要函数创建者拥有SUPER特权。

无论您对函数创建者的特权做出何种选择， replication privilege checks 都是建议使用的。可以将 replication privilege checks 设置为确保 replication channel 中的操作只允许预期和相关的操作。有关设置的说明，请见第19.3.3节，“Replication Privilege Checks”。

如果一个函数执行更新操作，但不是可重复的，这可能会导致两个不良后果：

为了解决这些问题，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语句（如果它在不被记录的语句中出现）。因此，在使用存储函数调用过程时，需要小心，即使该过程本身是安全的。