MySQL服務器的SQL模式 (轉)

轉自: 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

mysql的sql_mode合理設置

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

相關文章
相關標籤/搜索