簡介
MySQL服務器能夠工作在不同的SQL模式下，並能針對不同的客戶端以不同的方式應用這些模式。這樣，應用程序就能對服務器操作進行量身定制以滿足自己的需求。這類模式定義了MySQL應支持的SQL語法，以及應該在數據上執行何種確認檢查。這樣，就能在眾多不同的環境下，與其他數據庫服務器一起更容易地使用MySQL。從MySQL 4.1 開始，也能在啟動之后，使用SET[SESSION|GLOBAL]sql_mode='mode1,mode2…'語句，通過設置sql_mode變量更改模式。
在*nux下安裝完MySQL后，默認的sql_mode值是空，在這種情形下MySQL執行的是一種不嚴格的檢查，比如查詢條件為字符串類型時，如果沒有對應的sql_mode設置，那么where column = "…"或者where column = '…' 都是允許的。
下面舉一個簡單的栗子🌰，通過修改sql_mode來解決這個問題：
上面的這個例子中：表wm_poi_dispatch_setting有一個varchar類型的字段diff，因為sql_mode默認為空，所以where diff = "234"時是可以通過並獲得結果的；當修改sql_mode為'ANSI_QUOTES'時，再次查詢，發現就會提示ERROR 1054 (42S22): Unknown column '234' in 'where clause'。
通過上面的例子，對sql_mode的簡單設置，便能解決這個問題，即能控制sql規范，也能夠識別"這個字符。
sql_mode常用值
- ONLY_FULL_GROUP_BY
對於GROUP BY聚合操作，如果在SELECT中的列，沒有在GROUP BY中出現，那么這個SQL是不合法的，因為列不在GROUP BY從句中。
- NO_AUTO_VALUE_ON_ZERO
該值影響自增長列的插入。默認設置下，插入0或NULL代表生成下一個自增長值。如果用戶希望插入的值為0，該列又是自增長的，那么這個選項就有用了。
- STRICT_TRANS_TABLES
在該模式下，如果一個值不能插入到一個事物表中，則中斷當前的操作，對非事物表不做限制
- NO_ZERO_IN_DATE
在嚴格模式下，不允許日期和月份為零
- NO_ZERO_DATE
設置該值，mysql數據庫不允許插入零日期，插入零日期會拋出錯誤而不是警告。
- ERROR_FOR_DIVISION_BY_ZERO
在INSERT或UPDATE過程中，如果數據被零除，則產生錯誤而非警告。如 果未給出該模式，那么數據被零除時MySQL返回NULL
- NO_AUTO_CREATE_USER
禁止GRANT創建密碼為空的用戶
- NO_ENGINE_SUBSTITUTION
如果需要的存儲引擎被禁用或未編譯，那么拋出錯誤。不設置此值時，用默認的存儲引擎替代，並拋出一個異常
- PIPES_AS_CONCAT
將"||"視為字符串的連接操作符而非或運算符，這和Oracle數據庫是一樣的，也和字符串的拼接函數Concat相類似
- ANSI_QUOTES
啟用ANSI_QUOTES后，不能用雙引號來引用字符串，因為它被解釋為識別符
SESSION與GLOBAL
sql_mode有全局與會話之分：
全局：select|set @@GLOBAL.sql_mode;
會話：select|set @@SESSION.sql_mode;