轉自: http://blog.csdn.net/kumu_linux/article/details/8185912html
sql_mode的系統變量能夠調控MySQL的SQL模式mysql
任何一個客戶端能夠在不影響其它客戶端的狀況下改變MySQL服務器對本身的反應linux
若是想在MySQL啓動時設置SQL模式,能夠在mysql配置文件中添加sql_mode選項sql
sql-mode=」TRADITIONAL」數據庫
若是在運行過程當中修改SQL模式,則可使用以下命令服務器
mysql>set sql_mode="TRADITIONAL";session
Client1oracle
mysql> show variables like "sql_mode";函數
+---------------+-------+測試
| Variable_name | Value |
+---------------+-------+
| sql_mode | |
+---------------+-------+
1 row in set (0.00 sec)
mysql> set sql_mode="TRADITIONAL";
Query OK, 0 rows affected(0.23 sec)
mysql> show variables like "sql_mode";
+---------------+------------------------------------------------------------------------------------------------------------------------------------------------------+
|Variable_name | Value |
+---------------+------------------------------------------------------------------------------------------------------------------------------------------------------+
|sql_mode |STRICT_TRANS_TABLES,STRICT_ALL_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,TRADITIONAL,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION|
+---------------+------------------------------------------------------------------------------------------------------------------------------------------------------+
1 rowin set (0.00 sec)
mysql>
Client2
Client1已經修改了SQL模式,可是Client2的SQL模式沒有改變,這就說明客戶端之間的模式修改是互相不影響的
mysql> show variables like "sql_mode";
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| sql_mode | |
+---------------+-------+
1 row in set (0.00 sec)
mysql>
設置全局變量(設置全局變量設置,須要加上GLOBAL關鍵字,須要SUPER權限)
mysql> set globalsql_mode="traditional";
Query OK, 0 rows affected(0.02 sec)
select @@session.sql_mode
--》查看當前會話sql模式
select @@GLOBAL.sql_mode
--》查看系統會話sql模式
設置全局變量後,新鏈接的客戶端默認的就是全局的SQL模式
轉自 http://blog.csdn.net/wyzxg/article/details/8787878
author:skate
time:2013/04/11
mysql的sql_mode合理設置
sql_mode是個很容易被忽視的變量,默認值是空值,在這種設置下是能夠容許一些非法操做的,好比容許一些非法數據的插入。在生產環境必須將這個值設置爲嚴格模式,因此開發、測試環境的數據庫也必需要設置,這樣在開發測試階段就能夠發現問題
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後,不能用雙引號來引用字符串,由於它被解釋爲識別符
ORACLE的sql_mode設置等同:PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE, NO_KEY_OPTIONS, NO_TABLE_OPTIONS, NO_FIELD_OPTIONS, NO_AUTO_CREATE_USER.
若是使用mysql,爲了繼續保留你們使用oracle的習慣,能夠對mysql的sql_mode設置以下:
在my.cnf添加以下配置
[mysqld]
sql_mode='ONLY_FULL_GROUP_BY,NO_AUTO_VALUE_ON_ZERO,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,
ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION,PIPES_AS_CONCAT,ANSI_QUOTES'
參考:http://dev.mysql.com/doc/refman/5.5/en/server-sql-mode.html