????????MySQL服務(wù)器可以在不同的SQL模式下運(yùn)行甫煞，并且可以針對不同的客戶端以不同的方式應(yīng)用這些模式，具體取決于sql_mode系統(tǒng)變量的值禾锤。 DBA可以根據(jù)服務(wù)器要求設(shè)置全局SQL Mode，并且每個(gè)應(yīng)用程序可以根據(jù)自己的需求，設(shè)置會(huì)話級別的SQL Mode豁生。
????????SQL Mode會(huì)影響MySQL支持的SQL語法以及數(shù)據(jù)校驗(yàn)等。 這使得在不同環(huán)境中使用MySQL以及將MySQL與其他數(shù)據(jù)庫服務(wù)器一起使用變得更加容易漫贞。
設(shè)置SQL Mode的3種方式：
1甸箱、 服務(wù)器啟動(dòng)時(shí)加入?yún)?shù)：?--sql-mode="modes"
2、 My.ini配置文件中加入：sql-mode="modes"
3绕辖、 SET [GLOBAL|SESSION] sql_mode = 'modes';
查看當(dāng)前的SQL Mode：
SELECT @@GLOBAL.sql_mode;
SELECT @@SESSION.sql_mode;
重要提醒：
SQL模式和用戶定義的分區(qū)摇肌。 在創(chuàng)建數(shù)據(jù)并將數(shù)據(jù)插入分區(qū)表后，更改服務(wù)器SQL模式可能會(huì)導(dǎo)致此類表的行為發(fā)生重大更改仪际，并可能導(dǎo)致數(shù)據(jù)丟失或損壞。 強(qiáng)烈建議您在創(chuàng)建使用用戶定義分區(qū)的表后永遠(yuǎn)不要更改SQL模式昵骤。
復(fù)制分區(qū)表時(shí)树碱，主服務(wù)器和從服務(wù)器上的不同SQL模式也會(huì)導(dǎo)致問題。 為獲得最佳結(jié)果变秦，應(yīng)始終在主服務(wù)器和從服務(wù)器上使用相同的服務(wù)器SQL模式成榜。
SQL Modes列表：
1、ONLY_FULL_GROUP_BY
對于GROUP BY聚合操作蹦玫，如果在SELECT中的列赎婚，沒有在GROUP BY中出現(xiàn)刘绣，那么這個(gè)SQL是不合法的，因?yàn)榱胁辉贕ROUP BY從句中挣输。
2纬凤、NO_AUTO_VALUE_ON_ZERO
該值影響自增長列的插入。默認(rèn)設(shè)置下撩嚼，插入0或NULL代表生成下一個(gè)自增長值停士。如果用戶希望插入的值為0，該列又是自增長的完丽，那么這個(gè)選項(xiàng)就有用了恋技。
3、STRICT_TRANS_TABLES
在該模式下逻族，如果一個(gè)值不能插入到一個(gè)事物表中蜻底，則中斷當(dāng)前的操作，對非事物表不做限制
4聘鳞、NO_ZERO_IN_DATE
在嚴(yán)格模式下薄辅，不允許日期和月份為零
5、NO_ZERO_DATE
設(shè)置該值搁痛，mysql數(shù)據(jù)庫不允許插入零日期长搀，插入零日期會(huì)拋出錯(cuò)誤而不是警告。
6、ERROR_FOR_DIVISION_BY_ZERO
在INSERT或UPDATE過程中杠园，如果數(shù)據(jù)被零除馏臭，則產(chǎn)生錯(cuò)誤而非警告。如?果未給出該模式谁尸，那么數(shù)據(jù)被零除時(shí)MySQL返回NULL
7、NO_AUTO_CREATE_USER
禁止GRANT創(chuàng)建密碼為空的用戶
8纽甘、NO_ENGINE_SUBSTITUTION
如果需要的存儲(chǔ)引擎被禁用或未編譯良蛮，那么拋出錯(cuò)誤。不設(shè)置此值時(shí)悍赢，用默認(rèn)的存儲(chǔ)引擎替代决瞳，并拋出一個(gè)異常
9、PIPES_AS_CONCAT
將"||"視為字符串的連接操作符而非或運(yùn)算符左权，這和Oracle數(shù)據(jù)庫是一樣的皮胡，也和字符串的拼接函數(shù)Concat相類似
10、ANSI_QUOTES
啟用ANSI_QUOTES后赏迟，不能用雙引號來引用字符串屡贺，因?yàn)樗唤忉尀樽R(shí)別符
11、ALLOW_INVALID_DATES
不對日期進(jìn)行全面檢查，只檢查月份1-12甩栈、日期1-31范圍
12泻仙、IGNORE_SPACE
允許函數(shù)名和（字符 之間的空格。
13量没、NO_BACKSLASH_ESCAPES
禁止使用反斜杠字符（\）作為字符串和標(biāo)識(shí)符中的轉(zhuǎn)義字符
14玉转、PAD_CHAR_TO_FULL_LENGTH
默認(rèn)情況下，在檢索時(shí)從CHAR列值中刪除末端空格允蜈。如果啟用了該模式冤吨，則不會(huì)進(jìn)行刪除，并且檢索到的CHAR值將填充到其全長饶套。 此模式不適用于VARCHAR列漩蟆，在檢索時(shí)仍保留末端空格。
15妓蛮、REAL_AS_FLOAT
將REAL視為FLOAT的同義詞怠李。 默認(rèn)情況下，MySQL將REAL視為DOUBLE的同義詞蛤克。
16捺癞、STRICT_ALL_TABLES
為所有存儲(chǔ)引擎啟用嚴(yán)格SQL模式。無效的數(shù)據(jù)值被拒絕构挤。
組合SQLMode
1髓介、ANSI
等同于REAL_AS_FLOAT、PIPES_AS_CONCAT筋现、ANSI_QUOTES唐础、IGNORE_SPACE 和 (as of MySQL 5.7.5)?ONLY_FULL_GROUP_BY.組合模式。
這種模式使語法和行為更符合標(biāo)準(zhǔn)的SQL矾飞。
2一膨、TRADITIONAL
在MySQL 5.7.4以前、以及在MySQL 5.7.8 及以后版本：
等同于STRICT_TRANS_TABLES洒沦、STRICT_ALL_TABLES豹绪、NO_ZERO_IN_DATE、NO_ZERO_DATE申眼、ERROR_FOR_DIVISION_BY_ZERO瞒津、NO_AUTO_CREATE_USER、NO_ENGINE_SUBSTITUTION.
從MySQL 5.7.4 到5.7.7版本：
等同于STRICT_TRANS_TABLES括尸、STRICT_ALL_TABLES仲智、NO_AUTO_CREATE_USER、NO_ENGINE_SUBSTITUTION.
嚴(yán)格模式姻氨，對于插入不正確的值會(huì)給出錯(cuò)誤而不是警告〖粞椋可以應(yīng)用于事務(wù)表和非事務(wù)表肴焊，用于事務(wù)表時(shí)前联，出現(xiàn)錯(cuò)誤就會(huì)立即回滾
3、DB2
等同于PIPES_AS_CONCAT娶眷、ANSI_QUOTES似嗤、IGNORE_SPACE、NO_KEY_OPTIONS届宠、NO_TABLE_OPTIONS烁落、NO_FIELD_OPTIONS.
4、MAXDB
等同于PIPES_AS_CONCAT豌注、ANSI_QUOTES伤塌、IGNORE_SPACE、NO_KEY_OPTIONS轧铁、NO_TABLE_OPTIONS每聪、NO_FIELD_OPTIONS、NO_AUTO_CREATE_USER.
5齿风、MSSQL
等同于PIPES_AS_CONCAT药薯、ANSI_QUOTES、IGNORE_SPACE救斑、
NO_KEY_OPTIONS童本、NO_TABLE_OPTIONS、NO_FIELD_OPTIONS.
6脸候、ORACLE
等同于PIPES_AS_CONCAT穷娱、ANSI_QUOTES、IGNORE_SPACE纪他、NO_KEY_OPTIONS鄙煤、NO_TABLE_OPTIONS、NO_FIELD_OPTIONS茶袒、NO_AUTO_CREATE_USER.
7梯刚、POSTGRESQL
等同于PIPES_AS_CONCAT、ANSI_QUOTES薪寓、IGNORE_SPACE亡资、NO_KEY_OPTIONS、NO_TABLE_OPTIONS向叉、NO_FIELD_OPTIONS.
