對於複製，二進位日誌在來源複製伺服器上用作要傳送到副本伺服器的陳述式記錄。來源將其二進位日誌中包含的事件傳送到其副本，副本執行這些事件以進行與來源上相同的資料變更。請參閱第 19.2 節「複製實作」。

某些資料復原操作需要使用二進位日誌。在還原備份檔案之後，會重新執行在進行備份後記錄在二進位日誌中的事件。這些事件會將資料庫從備份點更新到最新狀態。請參閱第 9.3.2 節「使用備份進行復原」。

在某些情況下，陳述式可能會影響來源和副本上不同的列集。

在副本上執行的複製陳述式會由副本的套用程式執行緒處理。除非您實作複製權限檢查（請參閱第 19.3.3 節「複製權限檢查」），否則套用程式執行緒具有完全權限。在這種情況下，程序可能會在來源和副本伺服器上遵循不同的執行路徑，因此使用者可以編寫一個包含危險陳述式的常式，該陳述式僅在副本上執行。

如果修改資料的儲存程式是不確定的，則它不可重複。這可能會導致來源和副本上的資料不同，或導致還原的資料與原始資料不同。

若要建立或變更儲存函式，除了通常需要的 CREATE ROUTINE 或 ALTER ROUTINE 權限之外，您還必須具有 SET_ANY_DEFINER 權限。（根據函式定義中的 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，除了 ALTER ROUTINE 權限之外，您還必須具有 SUPER 權限。如果沒有 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。

建議您無論如何選擇函數建立者的權限，都使用複製權限檢查。可以設定複製權限檢查，以確保僅授權複製通道執行預期且相關的操作。若要執行此操作的指示，請參閱第 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 陳述式（如果它發生在未記錄的陳述式中）。因此，即使程序本身是安全的，也應謹慎使用調用程序的預存函數。