對於複寫，二進制日誌在來源複寫伺服器上用作發送到副本伺服器的語句記錄。來源將其二進制日誌中包含的事件發送到其副本，這些副本執行這些事件以進行與來源上相同的資料變更。請參閱 第 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 陳述式（如果它發生在未記錄的陳述式中）。因此，即使程序本身是安全的，也應該謹慎使用調用程序的儲存函數。