昨晚在往MySQL數(shù)據(jù)庫中插入一組數(shù)據(jù)時(shí)，出錯(cuò)了！數(shù)據(jù)庫無情了給我報(bào)了個(gè)錯(cuò)誤：ERROR 1365（22012）：Division by 0；意思是說：你不可以往數(shù)據(jù)庫中插入一個(gè) 除數(shù)為0的運(yùn)算的結(jié)果。于是乎去谷歌了一番，總算是明白了其中的原因：是因?yàn)镸ySQL的sql_mode 模式限制著一些所謂的‘不合法'的操作。

解析

這個(gè)sql_mode,簡而言之就是：它定義了你MySQL應(yīng)該支持的sql語法，對數(shù)據(jù)的校驗(yàn)等等。。

如何查看當(dāng)前數(shù)據(jù)庫使用的sql_mode：

mysql> select @@sql_mode;

如下是我的數(shù)據(jù)庫當(dāng)前的模式：

MySQL服務(wù)器能夠工作在不同的SQL模式下，并能針對不同的客戶端以不同的方式應(yīng)用這些模式。這樣，應(yīng)用程序就能對服務(wù)器操作進(jìn)行量身定制以滿足自己的需求。這類模式定義了MySQL應(yīng)支持的SQL語法，以及應(yīng)該在數(shù)據(jù)上執(zhí)行何種確認(rèn)檢查。這樣，就能在眾多不同的環(huán)境下，與其他數(shù)據(jù)庫服務(wù)器一起更容易地使用MySQL。從MySQL 4.1 開始，也能在啟動之后，使用SET[SESSION|GLOBAL]sql_mode='mode1,mode2…'語句，通過設(shè)置sql_mode變量更改模式。

sql_mode常用值

ONLY_FULL_GROUP_BY

對于GROUP BY聚合操作，如果在SELECT中的列、HAVING或者ORDER BY子句的列，沒有在GROUP BY中出現(xiàn)，那么這個(gè)SQL是不合法的。

對于不合法的SQL語句，執(zhí)行時(shí)會報(bào)如下錯(cuò)誤

ERROR 1055 (42000): Expression #7 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'postscan.verifyDelayLog.auditor' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by

NO_AUTO_VALUE_ON_ZERO

該值影響自增長列的插入。默認(rèn)設(shè)置下，插入0或NULL代表生成下一個(gè)自增長值。如果用戶希望插入的值為0，該列又是自增長的，那么這個(gè)選項(xiàng)就有用了。

STRICT_TRANS_TABLES

在該模式下，如果一個(gè)值不能插入到一個(gè)事物表中，則中斷當(dāng)前的操作，對非事物表不做限制

NO_ZERO_IN_DATE

在嚴(yán)格模式，不接受月或日部分為0的日期。如果使用IGNORE選項(xiàng)，我們?yōu)轭愃频娜掌诓迦?0000-00-00'。在非嚴(yán)格模式，可以接受該日期，但會生成警告。

NO_ZERO_DATE

在嚴(yán)格模式，不要將 '0000-00-00'做為合法日期。你仍然可以用IGNORE選項(xiàng)插入零日期。在非嚴(yán)格模式，可以接受該日期，但會生成警告。

ERROR_FOR_DIVISION_BY_ZERO

在INSERT或UPDATE過程中，如果數(shù)據(jù)被零除，則產(chǎn)生錯(cuò)誤而非警告。如 果未給出該模式，那么數(shù)據(jù)被零除時(shí)MySQL返回NULL

NO_AUTO_CREATE_USER

禁止GRANT創(chuàng)建密碼為空的用戶

NO_ENGINE_SUBSTITUTION

如果需要的存儲引擎被禁用或未編譯，那么拋出錯(cuò)誤。不設(shè)置此值時(shí)，用默認(rèn)的存儲引擎替代，并拋出一個(gè)異常

PIPES_AS_CONCAT

將"||"視為字符串的連接操作符而非或運(yùn)算符，這和Oracle數(shù)據(jù)庫是一樣的，也和字符串的拼接函數(shù)Concat相類似

ANSI_QUOTES

啟用ANSI_QUOTES后，不能用雙引號來引用字符串，因?yàn)樗唤忉尀樽R別符

MySQL5.0以上版本支持三種sql_mode模式：ANSI、TRADITIONAL和STRICT_TRANS_TABLES。

1、ANSI模式：寬松模式，更改語法和行為，使其更符合標(biāo)準(zhǔn)SQL。對插入數(shù)據(jù)進(jìn)行校驗(yàn)，如果不符合定義類型或長度，對數(shù)據(jù)類型調(diào)整或截?cái)啾４妫瑘?bào)warning警告。對于本文開頭中提到的錯(cuò)誤，可以先把sql_mode設(shè)置為ANSI模式，這樣便可以插入數(shù)據(jù)，而對于除數(shù)為0的結(jié)果的字段值，數(shù)據(jù)庫將會用NULL值代替。

2、TRADITIONAL模式：嚴(yán)格模式，當(dāng)向mysql數(shù)據(jù)庫插入數(shù)據(jù)時(shí)，進(jìn)行數(shù)據(jù)的嚴(yán)格校驗(yàn)，保證錯(cuò)誤數(shù)據(jù)不能插入，報(bào)error錯(cuò)誤，而不僅僅是警告。用于事物時(shí)，會進(jìn)行事物的回滾。 注釋：一旦發(fā)現(xiàn)錯(cuò)誤立即放棄INSERT/UPDATE。如果你使用非事務(wù)存儲引擎，這種方式不是你想要的，因?yàn)槌霈F(xiàn)錯(cuò)誤前進(jìn)行的數(shù)據(jù)更改不會“滾動”，結(jié)果是更新“只進(jìn)行了一部分”。

3、STRICT_TRANS_TABLES模式：嚴(yán)格模式，進(jìn)行數(shù)據(jù)的嚴(yán)格校驗(yàn)，錯(cuò)誤數(shù)據(jù)不能插入，報(bào)error錯(cuò)誤。如果不能將給定的值插入到事務(wù)表中，則放棄該語句。對于非事務(wù)表，如果值出現(xiàn)在單行語句或多行語句的第1行，則放棄該語句。

設(shè)置 sql_mode

查看當(dāng)前連接會話的sql模式：

mysql> select @@session.sql_mode;

或者從環(huán)境變量里取

mysql> show variables like "sql_mode";

查看全局sql_mode設(shè)置：

mysql> select @@global.sql_mode;

設(shè)置global，需要重新連接進(jìn)來才會生效

mysql> set global sql_mode='NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION,NO_ZERO_DATE,NO_ZERO_IN_DATE';

設(shè)置全局sql_mode可以在不重啟MySQL的情況下生效

配置文件里面設(shè)置

sql_mode=NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION,NO_ZERO_DATE,NO_ZERO_IN_DATE

修改配置文件后，重啟MySQL服務(wù)生效

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，謝謝大家對腳本之家的支持。如果你想了解更多相關(guān)內(nèi)容請查看下面相關(guān)鏈接