MySQL 出現(xiàn)錯誤1418 的原因分析及解決方法

MySQL 出現(xiàn)錯誤1418 的原因分析及解決方法

具體錯誤：

 使用mysql創(chuàng)建、調(diào)用存儲過程，函數(shù)以及觸發(fā)器的時候會有錯誤符號為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)

 經(jīng)過一番百度之后，總結(jié)如下：

因為CREATE PROCEDURE, CREATE FUNCTION, ALTER PROCEDURE,ALTER FUNCTION,CALL, DROP PROCEDURE, DROP FUNCTION等語句都會被寫進二進制日志,然后在從服務器上執(zhí)行。但是，一個執(zhí)行更新的不確定子程序(存儲過程、函數(shù)、觸發(fā)器)是不可重復的，在從服務器上執(zhí)行(相對與主服務器是重復執(zhí)行)可能會造成恢復的數(shù)據(jù)與原始數(shù)據(jù)不同，從服務器不同于主服務器的情況。

為了解決這個問題，MySQL強制要求：

在主服務器上，除非子程序被聲明為確定性的或者不更改數(shù)據(jù)，否則創(chuàng)建或者替換子程序?qū)⒈痪芙^。這意味著當創(chuàng)建一個子程序的時候，必須要么聲明它是確定性的，要么它不改變數(shù)據(jù)。

聲明方式有兩種：

第一種:聲明是否是確定性的

DETERMINISTIC和NOT DETERMINISTIC指出一個子程序是否對給定的輸入總是產(chǎn)生同樣的結(jié)果。
如果沒有給定任一特征，默認是NOT DETERMINISTIC，所以必須明確指定DETERMINISTIC來聲明一個子程序是確定性的。
這里要說明的是:使用NOW() 函數(shù)（或它的同義）或者RAND() 函數(shù)不會使一個子程序變成非確定性的。對NOW()而言，二進制日志包括時間戳并會被正確的執(zhí)行。RAND()只要在一個子程序內(nèi)被調(diào)用一次也可以被正確的復制。所以，可以認為時間戳和隨機數(shù)種子是子程序的確定性輸入，它們在主服務器和從服務器上是一樣的。

第二種:聲明是否會改變數(shù)據(jù) 

CONTAINS SQL, NO SQL, READS SQL DATA, MODIFIES SQL用來指出子程序是讀還是寫數(shù)據(jù)的。
無論NO SQL還是READS SQL DATA都指出，子程序沒有改變數(shù)據(jù)，但是必須明確地指定其中一個，因為如果任何指定，默認的指定是CONTAINS SQL。

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

解決方法：

解決辦法也有兩種，

第一種是在創(chuàng)建子程序(存儲過程、函數(shù)、觸發(fā)器)時，聲明為DETERMINISTIC或NO SQL與READS SQL DATA中的一個，

例如:

CREATE DEFINER = CURRENT_USER PROCEDURE `NewProc`()
  DETERMINISTIC
BEGIN
 #Routine body goes here...
END;

第二種是信任子程序的創(chuàng)建者，禁止創(chuàng)建、修改子程序時對SUPER權(quán)限的要求，設(shè)置log_bin_trust_routine_creators全局系統(tǒng)變量為1。設(shè)置方法有三種:

1.在客戶端上執(zhí)行SET GLOBAL log_bin_trust_function_creators = 1;
2.MySQL啟動時，加上--log-bin-trust-function-creators選賢，參數(shù)設(shè)置為1
3.在MySQL配置文件my.ini或my.cnf中的[mysqld]段上加log-bin-trust-function-creators=1

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