2. 程式人生 > >MySQL資料型別：SQL_MODE設定不容忽視

MySQL資料型別：SQL_MODE設定不容忽視

阿新 • • 發佈：2019-02-11

SQL_MODE可能是比較容易讓開發人員和DBA忽略的一個變數，預設為空。SQL_MODE的設定其實是比較冒險的一種設定，因為在這種設定下可以允許一些非法操作，比如可以將NULL插入NOT NULL的欄位中，也可以插入一些非法日期，如“2012-12-32”。因此在生產環境中強烈建議開發人員將這個值設為嚴格模式，這樣有些問題可以在資料庫的設計和開發階段就能發現，而如果在生產環境下執行資料庫後發現這類問題，那麼修改的代價將變得十分巨大。此外，正確地設定SQL_MODE還可以做一些約束(Constraint)檢查的工作。

　　對於SQL_MODE的設定，可以在MySQL的配置檔案如my.cnf和my.ini中進行，也可以在客戶端工具中進行，並且可以分別進行全域性的設定或當前會話的設定。下面的命令可以用來檢視當前SQL_MODE的設定情況。

　　mysql>SELECT @@global.sql_mode\G;

　　***************************1. row ***************************

　　@@global.sql_mode:

　　1 row in set (0.00 sec)

　　mysql>SELECT @@session.sql_mode\G;

　　***************************1. row ***************************

　　@@session.sql_mode: NO_UNSIGNED_SUBTRACTION

　　
1 row in set (0.00 sec)

　　可以看到當前全域性的SQL_MODE設定為空，而當前會話的設定為NO_UNSIGNED_SUBTRACTION。通過以下語句可以將當前的SQL_MODE設定為嚴格模式。

　　mysql>SET GLOBAL sql_mode='strict_trans_tables';
　　Query OK, 0 rows affected (0.00 sec)

　　嚴格模式是指將SQL_MODE變數設定為STRICT_TRANS_TABLES或STRICT_ALL_TABLES中的至少一種。現在來看一下SQL_MODE可以設定的選項。

　　STRICT_TRANS_TABLES：在該模式下，如果一個值不能插入到一個事務表(例如表的儲存引擎為InnoDB)中，則中斷當前的操作不影響非事務表(例如表的儲存引擎為MyISAM)。

　　ALLOW_INVALID_DATES：該選項並不完全對日期的合法性進行檢查，只檢查月份是否在1～12之間，日期是否在1～31之間。該模式僅對DATE和DATETIME型別有效，而對TIMESTAMP無效，因為TIMESTAMP總是要求一個合法的輸入。

　　ANSI_QUOTES：啟用ANSI_QUOTES後，不能用雙引號來引用字串，因為它將被解釋為識別符，示例如下：

　　mysql> CREATE TABLE z ( a VARCHAR(10))ENGINE=INNODB;

　　Query OK, 0 rows affected (0.00 sec)

　　mysql>INSERT INTO z SELECT"aaa";

　　Query OK, 1 rows affected (0.00 sec)

　　mysql>SET sql_mode='ANSI_QUOTES';
　　Query OK, 0 rows affected (0.00 sec)

　　mysql> INSERT INTO z SELECT"aaa";

　　ERROR1054 (42S22): Unknown column 'aaa' in 'field list'

　　ERROR_FOR_DIVISION_BY_ZERO：在INSERT或UPDATE過程中，如果資料被零除(或MOD(X，0))，則產生錯誤(否則為警告)。如果未給出該模式，那麼資料被零除時MySQL返回NULL。如果用到INSERT IGNORE或UPDATE IGNORE中，MySQL生成被零除警告，但操作結果為NULL。

　　HIGH_NOT_PRECEDENCE NOT：操作符的優先順序是表示式。例如，NOT a BETWEEN b AND c被解釋為NOT(a BETWEEN b AND c)，在一些舊版本MySQL中， 前面的表示式被解釋為(NOT a)BETWEEN b AND c。啟用HIGH_NOT_PRECEDENCE SQL模式，可以獲得以前舊版本的更高優先順序的結果。下面看一個例子：

　　mysql>SELECT0 BETWEEN -1AND1\G;

　　***************************1. row ***************************0 BETWEEN -1AND1: 11 row in set (0.00 sec)

　　0在-1到1之間，所以返回1，如果加上NOT，則返回0，過程如下：

　　mysql>SELECT @@sql_mode\G;

　　***************************1. row ***************************

　　@@sql_mode:

　　1 row in set (0.00 sec)

　　mysql>SELECTnot0 BETWEEN -1AND1\G;

　　***************************1. row ***************************NOT0 BETWEEN -1AND1: 01 row in set (0.00 sec)

　　但是如果啟用HIGH_NOT_PRECEDENCE模式，則SELECT NOT 0 BETWEEN -1 AND 1被解釋為SELECT(NOT 0)BETWEEN -1 AND 1，結果就完全相反，如下所示：

　　mysql>SELECTNOT0 BETWEEN -1AND1\G;

　　***************************1. row ***************************NOT0 BETWEEN -1AND1: 11 row in set (0.00 sec)

　　從上述例子中還能看出，在MySQL資料庫中BETWEEN a AND b被解釋為[a，b]。下面做兩個簡單的測試。

　　mysql>SELECT1 BETWEEN -1AND1\G;

　　***************************1. row ***************************1 BETWEEN -1AND1: 11 row in set (0.00 sec)

　　mysql>SELECT-1 BETWEEN -1AND1\G;

　　***************************1. row ***************************-1 BETWEEN -1AND1: 11 row in set (0.00 sec)

　　IGNORE_SPACE：函式名和括號“(”之間有空格。除了增加一些煩惱，這個選項好像沒有任何好處，要訪問儲存為關鍵字的資料庫、表或列名，使用者必須引用該選項。例如某個表中有user這一列，而MySQL資料庫中又有user這個函式， user會被解釋為函式，如果想要選擇user這一列，則需要引用。

　　NO_AUTO_CREATE_USER：禁止GRANT建立密碼為空的使用者。

　　NO_AUTO_VALUE_ON_ZERO：該選項影響列為自增長的插入。在預設設定下，插入0或NULL代表生成下一個自增長值。如果使用者希望插入的值為0，而該列又是自增長的，那麼這個選項就有用了。

　　NO_BACKSLASH_ESCAPES：反斜槓“\”作為普通字元而非轉義符，示例如下：

　　mysql>SET sql_mode='';
　　Query OK, 0 rows affected (0.00 sec)

　　mysql>SELECT'\\'\G;***************************1. row ***************************\: \1 row in set (0.00 sec)

　　mysql>SET sql_mode='NO_BACKSLASH_ESCAPES';
　　Query OK, 0 rows affected (0.00 sec)

　　mysql>SET'\\'\G;***************************1. row ***************************\\: \\1 row in set (0.00 sec)

　　NO_DIR_IN_CREATE：在建立表時忽視所有INDEX DIRECTORY和DATA DIRECTORY的選項。

　　NO_ENGINE_SUBSTITUTION：如果需要的儲存引擎被禁用或未編譯，那麼丟擲錯誤。預設用預設的儲存引擎替代，並丟擲一個異常。

　　NO_UNSIGNED_SUBTRACTION：之前已經介紹過，啟用這個選項後兩個UNSIGNED型別相減返回SIGNED型別。

　　NO_ZERO_DATE：在非嚴格模式下，可以插入形如“0000-00-00 00:00:00”的非法日期，MySQL資料庫僅丟擲一個警告。而啟用該選項後，MySQL資料庫不允許插入零日期，插入零日期會丟擲錯誤而非警告。

　　NO_ZERO_IN_DATE：在嚴格模式下，不允許日期和月份為零。如“2011-00-01”和“2011-01-00”這樣的格式是不允許的。採用日期或月份為零的格式時MySQL都會直接丟擲錯誤而非警告，示例如下：

　　mysql>SET sql_mode='NO_ZERO_IN_DATE';
　　Query OK, 0 rows affected (0.00 sec)

　　mysql> CREATE TABLE a ( a DATETIME );

　　Query OK, 0 rows affected (0.04 sec)

　　mysql> INSERT INTO a SELECT'2011-01-00';ERROR1292 (22007): Incorrect datetime value: '2011-01-00' for column 'a' at row 1

　　ONLY_FULL_GROUP_BY：對於GROUP BY聚合操作，如果在SELECT中的列沒有在GROUP BY中出現，那麼這句SQL是不合法的，因為a列不在GROUP BY從句中，示例如下：

　　mysql>SET sql_mode='ONLY_FULL_GROUP_BY';
　　Query OK, 0 rows affected (0.00 sec)

　　mysql>SELECT a,SUM(b) FROM t GROUP BY b;

　　ERROR1055 (42000): 'test.t.a' isn't in GROUP BY

　　PAD_CHAR_TO_FULL_LENGTH：對於CHAR型別欄位，不要截斷空洞資料。空洞資料就是自動填充值為0x20的資料。先來看MySQL資料庫在預設情況下的表現。

　　mysql> CREATE TABLE t ( a CHAR(10) );

　　Query OK, 0 rows affected (0.04 sec)

　　mysql> INSERT INTO t SELECT'a';
　　Query OK, 1 row affected (0.01 sec)

　　Records: 1 Duplicates: 0 Warnings: 0

　　mysql>SELECT a,CHAR_LENGTH(a),HEX(a) FROM t\G;

　　***************************1. row ***************************

　　a: a

　　CHAR_LENGTH(a): 1HEX(a): 611 row in set (0.04 sec)

　　可以看到，在預設情況下，雖然a列是CHAR型別，但是返回的長度是1，這是因為MySQL資料庫已經對後面的空洞資料進行了截斷。若啟用PAD_CHAR_TO_FULL_LENGTH選項，則反映的是實際儲存的內容，例如：

　　mysql>SELECT a,CHAR_LENGTH(a),HEX(a) FROM t\G;

　　***************************1. row ***************************

　　a: a

　　CHAR_LENGTH(a): 10HEX(a): 612020202020202020201 row in set (0.00 sec)

　　可以看到在CHAR列a中實際儲存的值為0x61202020202020202020。

　　PIPES_AS_CONCAT：將“||”視為字串的連線操作符而非或運算子，這和Oracle資料庫是一樣的，也和字串的拼接函式Concat相類似，例如：

　　mysql>SET sql_mode='pipes_as_concat';
　　Query OK, 0 rows affected (0.01 sec)

　　mysql>SELECT'a'||'b'||'c'\G;***************************1. row ***************************'a'||'b'||'c': abc1 row in set (0.00 sec)

　　REAL_AS_FLOAT：將REAL視為FLOAT的同義詞，而不是DOUBLE的同義詞。

　　STRICT_ALL_TABLES：對所有引擎的表都啟用嚴格模式。(STRICT_TRANS_TABLES只對支援事務的表啟用嚴格模式)。

　　在嚴格模式下，一旦任何操作的資料產生問題，都會終止當前的操作。對於啟用STRICT_ALL_TABLES選項的非事務引擎來說，這時資料可能停留在一個未知的狀態。這可能不是所有非事務引擎願意看到的一種情況，因此需要非常小心這個選項可能帶來的潛在影響。

　　下面的幾種SQL_MODE設定是之前討論的幾種選項的組合。

　　ANSI：等同於REAL_AS_FLOAT、PIPES_AS_CONCAT和ANSI_QUOTES、IGNORE_SPACE的組合。

　　ORACLE：等同於PIPES_AS_CONCAT、 ANSI_QUOTES、IGNORE_SPACE、 NO_KEY_OPTIONS、 NO_TABLE_OPTIONS、 NO_FIELD_OPTIONS和NO_AUTO_CREATE_USER的組合。

　　TRADITIONAL：等同於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的組合。

　　MSSQL：等同於PIPES_AS_CONCAT、 ANSI_QUOTES、 IGNORE_SPACE、NO_KEY_OPTIONS、NO_TABLE_OPTIONS和 NO_FIELD_OPTIONS的組合。

　　DB2：等同於PIPES_AS_CONCAT、ANSI_QUOTES、 IGNORE_SPACE、NO_KEY_OPTIONS、 NO_TABLE_OPTIONS和NO_FIELD_OPTIONS的組合。

　　MYSQL323：等同於NO_FIELD_OPTIONS和HIGH_NOT_PRECEDENCE的組合。

　　MYSQL40：等同於NO_FIELD_OPTIONS和HIGH_NOT_PRECEDENCE的組合。

　　MAXDB：等同於PIPES_AS_CONCAT、ANSI_QUOTES、IGNORE_SPACE、NO_KEY_OPTIONS、 NO_TABLE_OPTIONS、 NO_FIELD_OPTIONS和 NO_AUTO_CREATE_USER的組合。

mysql的sql_mode設定如下：

在my.cnf新增如下配置
[mysqld]

sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION


相關推薦

MySQL資料型別：SQL_MODE設定不容忽視

SQL_MODE可能是比較容易讓開發人員和DBA忽略的一個變數，預設為空。SQL_MODE的設定其實是比較冒險的一種設定，因為在這種設定下可以允許一些非法操作，比如可以將NULL插入NOT NULL的欄位中，也可以插入一些非法日期，如“2012-12-32”。因此在生產

mysql 資料型別筆記

一. varchar儲存規則： 4.0版本以下，varchar(20)，指的是20位元組，如果存放UTF8漢字時，只能存6個（每個漢字3位元組） 5.0版本以上，varchar(20)，指的是20字元，無論存放的是數字、字母還是UTF8漢字（每個漢字3位元組），都可以存放20個，最大大小是6553

mysql資料型別/注意事項/int(20)混淆

int(20), bigint(20)括號裡的內容指的是顯示時填充0的個數，而不是位元組或空間限制，不同於char(20)或varchar(20)的意義： https://stackoverflow.com/questions/3135804/types-in-mysql-bigint20-vs-int20

31、mysql資料型別

SQL語言組成部分： DDL: 資料定義語言（DATABASE、TABLE、VIEW） DML: 資料操作語言（SELECT、INSERT、REPLACE、UPDATE、DELETE） 完整性定義語言：DDL的一部分功能 主鍵、外來鍵、惟一鍵、條件、非空、事務 檢視定義：虛表，儲存下

mysql 資料型別總結

mysql 資料型別總結 數值型 整形(以下為signed,unsigned為無符號，自推） 型別 佔用位元組 範圍 tinyint 1 (-128,127)

java mysql 資料型別對照

型別名稱 顯示長度 資料庫型別 JAVA型別 JDBC型別索引(int) 描述

mysql 資料型別的長度解析

1 bytes = 8 bit ,一個位元組最多可以代表的資料長度是2的8次方 11111111 在計算機中也就是 -128到127 1.BIT[M] 位欄位型別，M表示每個值的位數，範圍從1到64，如果M被忽略，預設為1 2.TINYINT[(M)] [UNSIGNED] [ZEROFIL

MySQL 資料型別BINARY和VARBINARY

BINARY和VARBINARY與 CHAR和VARCHAR型別有點類似，不同的是BINARY和VARBINARY儲存的是二進位制的字串，而非字元型字串。也就是說，BINARY和VARBINARY沒有字符集的概念，對其排序和比較都是按照二進位制值進

mysql資料型別~~~char 與varchar

　　CHAR和VARCHAR型別類似，都用來儲存字串，但它們“儲存”和“檢索”的方式不同。CHAR屬於“固定長度”的字串，而VARCHAR屬於“可變長度”的字元型別。   　　下表顯示了將各種字串值儲存到CHAR(4)和VARCHAR(4)列後的結果，說明了CHA

Mysql資料型別、約束、儲存引擎

一、資料型別 整數型別 預設有符號的 設定為無符號 1.create table t2(age tinyint unsigned); 2.建表後用alter修改 tinyint[(m)] [unsigned] [zerofill] 小整數，資料型別用於儲存一些範圍的整

mysql 資料型別 高效能mysql筆記

1.選擇優化的資料型別 更小的通常更好。 ​ 應該儘量使用可以正確儲存資料的最小型別，更小的資料型別通常更快，因為他們佔用更少的磁碟，記憶體和CPU快取，並且處理時需要的CPU週期更少。 簡單就好 ​ 更簡單的資料型別的操作通常需要更少的CPU週期。例如，整型數字比字元操作代價更低，

Mysql-資料型別及表約束

表的資料型別 tinyint 有符號:-128~127, 無符號:0~255, 預設有符號 create table t1(num tinyint); insert into t1 values(1); insert into t1 values(128); --越界報錯 無符號:

6、mysql資料型別介紹

MySQL資料型別，可以被分為3類：數值型別、日期和時間型別以及字串(字元)型別    方括號(“[”和“]”)指出可選的型別修飾符的部分   M       指出最大的顯示尺寸。最大的合

MySQL資料型別選擇效能比對詳解

在關係型 資料庫 建表期間，我們需要考慮很多很多的事項。諸如表儲存什麼資料，列上使用的資料型別，選擇什麼樣的儲存引擎等等。本文主要介紹針對表上列使用三種不同的資料型別來進行對比，以觀察選擇不同資料型別時，對於效能造成的影響。 一、建表時需要考慮的事項 作用： 儲存什麼資料？ 結構： 包含什麼列，需要

MySQL 資料型別詳細說明

1、數值型別 MySQL支援所有標準SQL數值資料型別。 這些型別包括嚴格數值資料型別(integer,smallint,decimal,numeric)，以及近似數值資料型別(float,real,double precision)。 關鍵字int是integer的同義詞，關鍵字d

MySQL資料型別

1整數型別 整數型別 位元組數 無符號數的取值範圍 有符號數的取值範圍 TINYINT 1 0~255 -128~

Python資料型別：列表和元組

列表 列表的常用操作 list.append() 追加成員 list.count(x) 計算列表中的引數x出現的次數 list.extend(L)向列表中追加另一個列表L list.index(

MySQL建立資料表和MySQL資料型別

CREATE TABLE IF NOT EXISTS dmdi.bond_sentiment_news( `id` int(12) NOT NULL COMMENT 'id', `title` varchar(480) NULL DEFAULT NULL

MySQL資料型別 -- 日期時間型

在MySQL關係型資料庫中，MySQL支援的資料型別非常豐富。它主要分為3大類，即：數值型，日期時間性，字元型。而實際上這三類資料型別可以進一步的細分擴充套件，可以根據業務需要選擇最適合的一種。本文主要介紹日期時間型別，並演示其用法。 一、日期時間型 MySQL

mysql資料型別（2018.09.26學習筆記）

1.mysql的資料型別 1.0數值 1.0.0整數 tinyint smallint mediumint int bigint        1.0.1浮點小數 float double 1.0.2定點小數 decimal