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

MySQL 錯誤1418在建函數時會碰到的一個錯誤本站以前介紹過這相關的問題的解決辦法了，下面我們來看一篇關於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`()
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