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

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

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

在副本服务器上执行的复制语句由副本的应用程序线程处理。除非您实施复制权限检查（见第 19.3.3 节，“复制权限检查”），应用程序线程将拥有完全权限。在这种情况下，可能会出现存储程序在源服务器和副本服务器上执行不同的执行路径，从而导致用户编写的危险语句仅在副本服务器上执行。

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

要创建或修改存储函数，您必须拥有SET_ANY_DEFINER(或已弃用的SET_USER_ID或SUPER特权)，此外还需要CREATE ROUTINE或ALTER ROUTINE特权，通常是必需的。(取决于函数定义中的DEFINER值，SET_ANY_DEFINER、SET_USER_ID或SUPER可能是必需的，无论二进制日志记录是否启用。见第 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不适用。SUPER特权仅在之前描述的情况下需要，否则函数创建不需要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 可能会调用一个更改数据的存储函数。为了处理这种情况，MySQL 将 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(1);
SELECT f1(2);

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

服务器还记录了存储函数的调用，如果函数调用了一个存储过程并导致错误。在这种情况下，服务器将 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 语句被写入二进制日志，因此副本执行它们。由于副本的应用程序线程具有完全特权，因此它执行危险语句。因此，函数调用在源服务器和副本服务器上具有不同的效果，并且不是复制安全的。

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

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 值需要它。

无论您对函数创建者的特权选择如何，都建议使用复制特权检查。复制特权检查可以设置为确保仅授权预期的操作在复制通道上执行。有关如何执行此操作的说明，请参阅 第 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语句（如果它发生在未记录的语句中）。因此，在使用调用存储过程的存储函数时应小心，即使该过程本身是安全的。