MySQL 錯誤1418 的原因分析及解決方案

MySQL開啟bin-log後，調用預存程序或者函數以及觸發器時，會出現錯誤號碼為1418的錯誤:

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 PROCEDURE, CREATE FUNCTION, ALTER PROCEDURE,ALTER FUNCTION,CALL, DROP PROCEDURE, DROP FUNCTION等語句都會被寫進二進位日誌,然後在從伺服器上執行。但是，一個執行更新的不確定子程式(預存程序、函數、觸發器)是不可重複的，在從伺服器上執行(相對與主伺服器是重複執行)可能會造成恢複的資料與未經處理資料不同，從伺服器不同於主伺服器的情況。

為瞭解決這個問題，MySQL強制要求：
在主伺服器上，除非子程式被聲明為確定性或者不更改資料，否則建立或者替換子程式將被拒絕。
這意味著當建立一個子程式的時候，必須要麼聲明它是確定性，要麼它不改變資料。

聲明方式有兩種,
第一種:聲明是否是確定性
DETERMINISTIC和NOT DETERMINISTIC指出一個子程式是否對給定的輸入總是產生同樣的結果。
如果沒有給定任一特徵，預設是NOT DETERMINISTIC，所以必須明確指定DETERMINISTIC來聲明一個子程式是確定性。
這裡要說明的是:使用NOW() 函數（或它的同義）或者RAND() 函數不會使一個子程式變成非確定性。對NOW()而言，二進位日誌包括時間戳記並會被正確的執行。RAND()只要在一個子程式內被調用一次也可以被正確的複製。所以，www.bkjia.com可以認為時間戳記和隨機數種子是子程式的確定性輸入，它們在主伺服器和從伺服器上是一樣的。

第二種:聲明是否會改變資料 
CONTAINS SQL, NO SQL, READS SQL DATA, MODIFIES SQL用來指出子程式是讀還是寫資料的。
無論NO SQL還是READS SQL DATA都指出，子程式沒有改變資料，但是必須明確地指定其中一個，因為如果任何指定，預設的指定是CONTAINS SQL。

預設情況下，如果允許CREATE PROCEDURE 或CREATE FUNCTION 語句被接受，就必須明確地指定DETERMINISTIC 或 NO SQL與READS SQL DATA 中的一個，否則就會產生1418錯誤。

解決方案：

解決辦法也有兩種，
第一種是在建立子程式(預存程序、函數、觸發器)時，聲明為DETERMINISTIC或NO SQL與READS SQL DATA中的一個，
例如:
CREATE DEFINER = CURRENT_USER PROCEDURE `NewProc`()
    DETERMINISTIC
BEGIN
 #Routine body goes here...
END;;

第二種是信任子程式的建立者，禁止建立、修改子程式時對SUPER許可權的要求，設定log_bin_trust_routine_creators全域系統變數為1。設定方法有三種:
1.在用戶端上執行SET GLOBAL log_bin_trust_function_creators = 1;
2.MySQL啟動時，加上--log-bin-trust-function-creators選賢，參數設定為1
3.在MySQL設定檔my.ini或my.cnf中的[mysqld]段上加log-bin-trust-function-creators=1