MySQL 出現錯誤1418 的原因分析及解決方法

具體錯誤：

 使用mysql創建、調用存儲過程，函數以及觸發器的時候會有錯誤符號為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()只要在一個子程序內被調用一次也可以被正確的復制。所以，可以認為時間戳和隨機數種子是子程序的確定性輸入，它們在主服務器和從服務器上是一樣的。

第二種:聲明是否會改變數據 

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`()  DETERMINISTICBEGIN #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

感謝閱讀，希望能幫助到大家，謝謝大家對本站的支持！