집 >데이터 베이스 >MySQL 튜토리얼 >MySQL을 사용할 때 SQL_MODE의 함정은 무엇입니까?
MySQL을 사용할 때 SQL_MODE의 함정은 무엇입니까?
- 青灯夜游앞으로
- 2019-11-29 16:11:202844검색
SQL_MODE는 여러 MODE로 구성될 수 있는 MySQL의 시스템 변수입니다. 각 MODE는 제수가 0인지, '0000-00-00' 값이 허용되는지 등의 동작을 제어합니다. 날짜에.
SQL_MODE에 주목해야 하는 이유는 무엇인가요?
먼저 세 가지 간단한 데모(MySQL 5.6)를 살펴보겠습니다.
1.
mysql> create table t1(c1 datetime);
Query OK, 0 rows affected (0.16 sec)
mysql> insert into t1 values('2019-02-29');
Query OK, 1 row affected, 1 warning (0.01 sec)
mysql> select * from t1;
+---------------------+
| c1 |
+---------------------+
| 0000-00-00 00:00:00 |
+---------------------+
row in set (0.00 sec)
실제 저장된 값과 삽입된 값이 일치하지 않습니다.
2.
mysql> create table t2(c1 varchar(10));
Query OK, 0 rows affected (0.06 sec)
mysql> insert into t2 values('a'),('b'),('c');
Query OK, 3 rows affected (0.01 sec)
Records: 3 Duplicates: 0 Warnings: 0
mysql> select * from t2;
+------+
| c1 |
+------+
| a |
| b |
| c |
+------+
rows in set (0.00 sec)
mysql> alter table t2 modify column c1 int;
Query OK, 3 rows affected, 3 warnings (0.05 sec)
Records: 3 Duplicates: 0 Warnings: 3
mysql> show warnings;
+---------+------+-------------------------------------------------------+
| Level | Code | Message |
+---------+------+-------------------------------------------------------+
| Warning | 1366 | Incorrect integer value: 'a' for column 'c1' at row 1 |
| Warning | 1366 | Incorrect integer value: 'b' for column 'c1' at row 2 |
| Warning | 1366 | Incorrect integer value: 'c' for column 'c1' at row 3 |
+---------+------+-------------------------------------------------------+
rows in set (0.00 sec)
mysql> select * from t2;
+------+
| c1 |
+------+
| 0 |
| 0 |
| 0 |
+------+
rows in set (0.00 sec)
DDL로 인해 원래 열 내용이 손실됩니다.
3.
mysql> create table t3(id int not null,c1 varchar(10));
Query OK, 0 rows affected (0.05 sec)
mysql> insert into t3 values(null,'a');
ERROR 1048 (23000): Column 'id' cannot be null
mysql> insert into t3(c1) values('a');
Query OK, 1 row affected, 1 warning (0.00 sec)
mysql> show warnings;
+---------+------+-----------------------------------------+
| Level | Code | Message |
+---------+------+-----------------------------------------+
| Warning | 1364 | Field 'id' doesn't have a default value |
+---------+------+-----------------------------------------+
row in set (0.00 sec)
mysql> select * from t3;
+----+------+
| id | c1 |
+----+------+
| 0 | a |
+----+------+
row in set (0.00 sec)
열을 명시적으로 지정하는 것과 명시적으로 지정하지 않는 처리 논리는 실제로 다릅니다.
왜 이런 일이 일어나는 걸까요? 이는 SQL_MODE와 관련이 있습니다.
MySQL 5.6에서 SQL_MODE의 기본값은 비엄격 모드인 "NO_ENGINE_SUBSTITUTION"입니다.
이 모드에서는 데이터 변경 작업을 수행할 때 관련 열에 잘못된 값이 있는 경우(예: 날짜가 존재하지 않거나 데이터 유형이 올바르지 않거나 데이터가 오버플로되는 경우) "경고"만 표시됩니다. 메시지가 표시되며 오류가 보고되지 않습니다.
위 문제를 피하려면 SQL_MODE의 엄격 모드를 활성화해야 합니다.
SQL_MODE의 엄격 모드
소위 엄격 모드는 SQL_MODE에서 STRICT_ALL_TABLES 또는 STRICT_TRANS_TAB LES가 켜져 있음을 의미합니다.
위의 데모를 계속해서 엄격 모드에서 MySQL의 처리 논리를 살펴보세요.
mysql> set session sql_mode='STRICT_TRANS_TABLES';
Query OK, 0 rows affected (0.00 sec)
mysql> insert into t1 values('2019-02-29');
ERROR 1292 (22007): Incorrect datetime value: '2019-02-29' for column 'c1' at row 1
mysql> alter table t2 modify column c1 int;
ERROR 1366 (HY000): Incorrect integer value: 'a' for column 'c1' at row 1
mysql> insert into t3(c1) values('a');
ERROR 1364 (HY000): Field 'id' doesn't have a default value
동일한 SQL은 엄격 모드에서 "경고" 대신 "ERROR"를 직접 표시합니다.
둘 다 엄격 모드에 있습니다. STRICT_ALL_TABLES와 STRICT_TRAN S_TABLES의 차이점을 살펴보겠습니다.
STRICT_ALL_TABLES와 STRICT_TRANS_TABLES
STRICT_TRANS_TABLES의 차이점은 트랜잭션 테이블에 대해서만 엄격 모드를 설정하는 반면, STRICT_ALL_TABLES는 트랜잭션 테이블뿐만 아니라 비트랜잭션 테이블까지 모든 테이블에 대해 엄격 모드를 설정합니다.
아래 테스트를 보세요.
myisam 테이블에 3개의 데이터를 삽입합니다. 세 번째 데이터는 빈 문자열이며 정의된 int 유형과 일치하지 않습니다.
mysql> create table t (c1 int) engine=myisam;
Query OK, 0 rows affected (0.00 sec)
mysql> set session sql_mode='STRICT_TRANS_TABLES';
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> insert into t values (1),(2),('');
Query OK, 3 rows affected, 1 warning (0.00 sec)
Records: 3 Duplicates: 0 Warnings: 1
mysql> show warnings;
+---------+------+------------------------------------------------------+
| Level | Code | Message |
+---------+------+------------------------------------------------------+
| Warning | 1366 | Incorrect integer value: '' for column 'c1' at row 3 |
+---------+------+------------------------------------------------------+
row in set (0.00 sec)
mysql> select * from t;
+------+
| c1 |
+------+
| 1 |
| 2 |
| 0 |
+------+
rows in set (0.00 sec)
mysql> set session sql_mode='STRICT_ALL_TABLES';
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> insert into t values (1),(2),('');
ERROR 1366 (HY000): Incorrect integer value: '' for column 'c1' at row 3
테이블이 myisam 스토리지 엔진인 경우 STRICT_ALL_TABLES가 켜져 있는 경우에만 오류가 보고되는 것을 볼 수 있습니다.
다른 버전의 기본 SQL_MODE
MySQL 5.5: 비어 있음
MySQL 5.6: NO_ENGINE_SUBSTITUTION
MySQL 5.7: ONLY_FULL_GROUP_BY, STRICT_TRANS_TABLES, NO_ZERO_IN_DATE , NO_ZERO_DATE, ERROR_FOR_pISION_BY_ZERO, NO_AUTO_CREATE_USER, NO_ENGINE_SUBSTITUTION
MySQL 8.0: ONLY_FULL_GROUP_BY, STRICT_TRANS_TABLES, NO_ZERO_IN_DATE, NO_ZERO_DATE, ERROR_FOR_pISION_BY_ZERO, NO_ENGINE_SUBSTITUTION
SQL_MODE 수정 방법
SQL_MODE는 전역 수준과 세션 수준에서 모두 수정할 수 있습니다. 여러 모드를 쉼표로 구분하여 지정할 수 있습니다.
전역 수준
set global sql_mode='ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES';
세션 수준
set session sql_mode='ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES';
SQL_MODE
ALLOW_INVALID_DATES
날짜 검색이 더 엄격하며 유효해야 합니다. 이 모드를 켜면 월, 일 감지가 상대적으로 느슨해집니다. 그 중 월은 1~12 사이만 가능하고, 일은 아래 '2004-02-31'과 같이 유효 여부와 상관없이 1~31 사이만 가능합니다.
mysql> create table t (c1 datetime);
Query OK, 0 rows affected (0.21 sec)
mysql> set session sql_mode='STRICT_TRANS_TABLES';
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> insert into t values('2004-02-31');
ERROR 1292 (22007): Incorrect datetime value: '2004-02-31' for column 'c1' at row 1
mysql> set session sql_mode='STRICT_TRANS_TABLES,ALLOW_INVALID_DATES';
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> insert into t values('2004-02-31');
Query OK, 1 row affected (0.01 sec)
mysql> select * from t;
+---------------------+
| c1 |
+---------------------+
| 2004-02-31 00:00:00 |
+---------------------+
row in set (0.00 sec)
이 MODE는 TIMESTAMP가 아닌 DATE 및 DATETIME에만 적용 가능합니다.
ANSI_QUOTES
MySQL에서는 테이블 이름과 필드 이름으로 키워드와 예약어를 사용할 수 없습니다. 사용해야 하는 경우 역따옴표("`")를 사용하여 이스케이프해야 합니다.
mysql> create table order (id int); ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'order (id int)' at line 1 mysql> create table `order` (id int); Query OK, 0 rows affected (0.12 sec)
이 모드가 켜져 있으면 백틱과 같은 큰따옴표를 사용하여 키워드 및 예약어를 이스케이프할 수 있습니다.
mysql> set session sql_mode=''; Query OK, 0 rows affected (0.00 sec) mysql> create table "order" (c1 int); ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '"order" (c1 int)' at line 1 mysql> set session sql_mode='ANSI_QUOTES'; Query OK, 0 rows affected (0.00 sec) mysql> create table "order" (c1 int); Query OK, 0 rows affected (0.17 sec)
이 모드가 켜져 있으면 더 이상 큰따옴표를 사용하여 문자열을 인용할 수 없다는 점에 유의하세요.
ERROR_FOR_pISION_BY_ZERO
이 MODE는 0으로 나누기 처리 논리를 결정합니다. 실제 효과는 엄격 모드가 켜져 있는지 여부에 따라 달라집니다.
1. 엄격 모드를 켜고 MODE를 활성화한 후 1/0을 삽입하면 오류가 직접 보고됩니다.
mysql> create table t (c1 double); Query OK, 0 rows affected (0.04 sec) mysql> set session sql_mode='STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO'; Query OK, 0 rows affected, 1 warning (0.00 sec) mysql> insert into t values(1/0); ERROR 1365 (22012): Division by 0
2. 엄격 모드만 활성화하고 이 모드를 활성화하지 말고 1/0 삽입을 허용하고 경고 메시지를 표시하지 마세요. 1/0은 결국 NULL로 변환됩니다.
mysql> set session sql_mode='STRICT_TRANS_TABLES'; Query OK, 0 rows affected, 1 warning (0.00 sec) mysql> insert into t values(1/0); Query OK, 1 row affected (0.07 sec) mysql> select * from t; +------+ | c1 | +------+ | NULL | +------+ row in set (0.00 sec)
3. 엄격 모드를 활성화하지 말고 1/0 삽입을 허용하지만 경고 메시지를 표시하는 MODE만 활성화하세요.
4. 엄격 모드를 활성화하거나 이 모드를 활성화하지 마십시오. 2와 마찬가지로 경고 메시지 없이 1/0을 삽입할 수 있습니다.
HIGH_NOT_PRECEDENCE
기본적으로 NOT은 비교 연산자보다 우선순위가 낮습니다. 그러나 일부 하위 버전에서는 NOT이 비교 연산자보다 우선순위가 높습니다.
둘의 차이점을 보세요.
mysql> set session sql_mode=''; Query OK, 0 rows affected (0.00 sec) mysql> select not 1 < -1; +------------+ | not 1 < -1 | +------------+ | 1 | +------------+ row in set (0.00 sec) mysql> set session sql_mode='HIGH_NOT_PRECEDENCE'; Query OK, 0 rows affected (0.00 sec) mysql> select not 1 < -1; +------------+ | not 1 < -1 | +------------+ | 0 | +------------+ row in set (0.00 sec)
sql_mode가 비어 있으면 not 1 < -1은 not (1 < -1)과 동일합니다. 'HIGH_ NOT_PRECEDENCE'가 설정된 경우 (not 1) <
IGNORE_SPACE
默认情况下，函数名和左括号（“(”）之间不允许存在空格。若开启该MODE，则允许。
mysql> set session sql_mode=''; Query OK, 0 rows affected (0.00 sec) mysql> select count(*) from t; +----------+ | count(*) | +----------+ | 2 | +----------+ row in set (0.00 sec) mysql> select count (*) from t; ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '*) from t' at line 1 mysql> set session sql_mode='IGNORE_SPACE'; Query OK, 0 rows affected (0.01 sec) mysql> select count (*) from t; +-----------+ | count (*) | +-----------+ | 2 | +-----------+ row in set (0.01 sec)
NO_AUTO_VALUE_ON_ZERO
默认情况下，在对自增主键插入NULL或0时，会自动生成下一个值。若开启该MODE，当插入0时，并不会自动生成下一个值。
如果表中自增主键列存在0值，在进行逻辑备份还原时，可能会导致数据不一致。所以mysqldump在生成备份数据之前，会自动开启该MODE，以避免数据不一致的情况。
mysql> create table t (id int auto_increment primary key); Query OK, 0 rows affected (0.11 sec) mysql> set session sql_mode=''; Query OK, 0 rows affected (0.01 sec) mysql> insert into t values (0); Query OK, 1 row affected (0.04 sec) mysql> select * from t; +----+ | id | +----+ | 1 | +----+ row in set (0.00 sec) mysql> set session sql_mode='NO_AUTO_VALUE_ON_ZERO'; Query OK, 0 rows affected (0.02 sec) mysql> insert into t values (0); Query OK, 1 row affected (0.09 sec) mysql> select * from t; +----+ | id | +----+ | 0 | | 1 | +----+ rows in set (0.00 sec)
NO_BACKSLASH_ESCAPES
默认情况下，反斜杠“\”会作为转义符，若开启该MODE，则反斜杠“\”会作为一个普通字符，而不是转义符。
mysql> set session sql_mode=''; Query OK, 0 rows affected (0.01 sec) mysql> select '\\t'; +----+ | \t | +----+ | \t | +----+ row in set (0.00 sec) mysql> set session sql_mode='NO_BACKSLASH_ESCAPES'; Query OK, 0 rows affected (0.00 sec) mysql> select '\\t'; +-----+ | \\t | +-----+ | \\t | +-----+ row in set (0.00 sec)
NO_DIR_IN_CREATE
默认情况下，在创建表时，可以指定数据目录（DATA DIRECTORY）和索引目录（INDEX DIRECTORY），若开启该MODE，则会忽略这两个选项。在主从复制场景下，可在从库上开启该MODE。
mysql> set session sql_mode=''; Query OK, 0 rows affected (0.01 sec) mysql> create table t (id int) data directory '/tmp/'; Query OK, 0 rows affected (0.15 sec) mysql> show create table t\G *************************** 1. row *************************** Table: t Create Table: CREATE TABLE `t` ( `id` int(11) DEFAULT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci DATA DIRECTORY='/tmp/' row in set (0.00 sec) mysql> set session sql_mode='NO_DIR_IN_CREATE'; Query OK, 0 rows affected (0.00 sec) mysql> drop table t; Query OK, 0 rows affected (0.11 sec) mysql> create table t (id int) data directory '/tmp/'; Query OK, 0 rows affected, 1 warning (0.05 sec) mysql> show create table t\G *************************** 1. row *************************** Table: t Create Table: CREATE TABLE `t` ( `id` int(11) DEFAULT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci row in set (0.00 sec)
NO_ENGINE_SUBSTITUTION
在开启该MODE的情况下，在创建表时，如果指定的存储引擎不存在或不支持，则会直接提示“ERROR”。
若不开启，则只会提示“Warning”，且使用默认的存储引擎。
mysql> set session sql_mode=''; Query OK, 0 rows affected (0.00 sec) mysql> create table t (id int) engine=federated; Query OK, 0 rows affected, 2 warnings (0.11 sec) mysql> show warnings; +---------+------+-------------------------------------------+ | Level | Code | Message | +---------+------+-------------------------------------------+ | Warning | 1286 | Unknown storage engine 'federated' | | Warning | 1266 | Using storage engine InnoDB for table 't' | +---------+------+-------------------------------------------+ rows in set (0.00 sec) mysql> show create table t\G *************************** 1. row *************************** Table: t Create Table: CREATE TABLE `t` ( `id` int(11) DEFAULT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci row in set (0.01 sec) mysql> drop table t; Query OK, 0 rows affected (0.11 sec) mysql> set session sql_mode='NO_ENGINE_SUBSTITUTION'; Query OK, 0 rows affected (0.00 sec) mysql> create table t (id int) engine=federated; ERROR 1286 (42000): Unknown storage engine 'federated'
NO_UNSIGNED_SUBTRACTION
两个整数相减，如果其中一个数是无符号位，默认情况下，会产生一个无符号位的值，如果该值为负数，则会提示“ERROR”。如，
mysql> set session sql_mode=''; Query OK, 0 rows affected (0.00 sec) mysql> select cast(0 as unsigned)-1; ERROR 1690 (22003): BIGINT UNSIGNED value is out of range in '(cast(0 as unsigned) - 1)'
若开启该MODE，则允许结果为负数。
mysql> set session sql_mode='NO_UNSIGNED_SUBTRACTION'; Query OK, 0 rows affected (0.00 sec) mysql> select cast(0 as unsigned)-1; +-----------------------+ | cast(0 as unsigned)-1 | +-----------------------+ | -1 | +-----------------------+ row in set (0.00 sec)
NO_ZERO_DATE
该MODE会影响'0000-00-00'的插入。实际效果还取决于是否开启严格模式。
1. 在开启严格模式，且同时开启该MODE，是不允许'0000-00-00'插入的。
mysql> set session sql_mode='STRICT_TRANS_TABLES,NO_ZERO_DATE';
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> show warnings\G
*************************** 1. row ***************************
Level: Warning
Code: 3135
Message: 'NO_ZERO_DATE', 'NO_ZERO_IN_DATE' and 'ERROR_FOR_DIVISION_BY_ZERO' sql modes should be used with strict mode. They will be merged with strict mode in
a future release.1 row in set (0.00 sec)
mysql> insert into t values ('0000-00-00');
ERROR 1292 (22007): Incorrect datetime value: '0000-00-00' for column 'c1' at row 1
2. 只开启严格模式，不开启该MODE，允许'0000-00-00'值的插入，且不提示warning。
mysql> set session sql_mode='STRICT_TRANS_TABLES';
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> insert into t values ('0000-00-00');
Query OK, 1 row affected (0.04 sec)
3. 不开启严格模式，只开启该MODE，允许'0000-00-00'值的插入，但提示warning。
mysql> set session sql_mode='NO_ZERO_DATE';
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> insert into t values ('0000-00-00');
Query OK, 1 row affected, 1 warning (0.05 sec)
mysql> show warnings;
+---------+------+---------------------------------------------+
| Level | Code | Message |
+---------+------+---------------------------------------------+
| Warning | 1264 | Out of range value for column 'c1' at row 1 |
+---------+------+---------------------------------------------+
row in set (0.01 sec)
4. 不开启严格模式，也不开启该MODE，允许'0000-00-00'值的插入，且不提示warning。
mysql> set session sql_mode='';
Query OK, 0 rows affected (0.00 sec)
mysql> insert into t values ('0000-00-00');
Query OK, 1 row affected (0.03 sec)
NO_ZERO_IN_DATE
同NO_ZERO_DATE类似，只不过NO_ZERO_DATE针对的是'0000-00-00'，而NO_ZERO_IN_DATE针对的是年不为0，但月或者日为0的日期，如，'2010-00-01' or '2010-01-00'。
实际效果也是取决于是否开启严格模式，同NO_ZERO_DATE一样。
ONLY_FULL_GROUP_BY
开启该MODE，则SELECT列表中只能出现分组列和聚合函数。
mysql> set session sql_mode=''; Query OK, 0 rows affected (0.00 sec) mysql> select dept_no,emp_no,min(from_date) from dept_emp group by dept_no; +---------+--------+----------------+ | dept_no | emp_no | min(from_date) | +---------+--------+----------------+ | d001 | 10017 | 1985-01-01 | | d002 | 10042 | 1985-01-01 | | d003 | 10005 | 1985-01-01 | | d004 | 10003 | 1985-01-01 | | d005 | 10001 | 1985-01-01 | | d006 | 10009 | 1985-01-01 | | d007 | 10002 | 1985-01-01 | | d008 | 10007 | 1985-01-01 | | d009 | 10011 | 1985-01-01 | +---------+--------+----------------+ rows in set (0.64 sec) mysql> set session sql_mode='ONLY_FULL_GROUP_BY'; Query OK, 0 rows affected (0.00 sec) mysql> select dept_no,emp_no,min(from_date) from dept_emp group by dept_no; ERROR 1055 (42000): Expression #2 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'employees.dept_emp.emp_no' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
如果不开启该MODE，则允许SELECT列表中出现任意列，但这些列的值并不是确定的，官方文档中也提到了这一点。
If ONLY_FULL_GROUP_BY is disabled, a MySQL extension to the standard SQL use of GROUP BY permits the select list, HAVING condition, or ORDER BY list to refer to nonaggregated columns even if the columns are not functionally dependent on GROUP BY columns. This causes MySQL to accept the preceding query. In this case, the server is free to choose any value from each group, so unless they are the same, the values chosen are nondeterministic, which is probably not what you want. Furthermore, the selection of values from each group cannot be influenced by adding an ORDER BY clause. Result set sorting occurs after values have been chosen, and ORDER BY does not affect which value within each group the server chooses. Disabling ONLY_FULL_GROUP_BY is useful primarily when you know that, due to some property of the data, all values in each nonaggregated column not named in the GROUP BY are the same for each group. https://dev.mysql.com/doc/refman/8.0/en/group-by-handling.html
PAD_CHAR_TO_FULL_LENGTH
在对CHAR字段进行存储时，在Compact格式下，会占用固定长度的字节。
如下面的c1列，定义为char(10)，虽然'ab'只占用两个字节，但在Compact格式下，会占用10个字节，不足部分以空格填充。
在查询时，默认情况下，会剔除掉末尾的空格。若开启该MODE，则不会剔除，每次都会返回固定长度的字符。
mysql> create table t (c1 char(10));
Query OK, 0 rows affected (0.17 sec)
mysql> insert into t values('ab');
Query OK, 1 row affected (0.11 sec)
mysql> set session sql_mode='';
Query OK, 0 rows affected (0.00 sec)
mysql> select c1, hex(c1), char_length(c1) from t;
+------+---------+-----------------+
| c1 | hex(c1) | char_length(c1) |
+------+---------+-----------------+
| ab | 6162 | 2 |
+------+---------+-----------------+
row in set (0.00 sec)
mysql> set session sql_mode='PAD_CHAR_TO_FULL_LENGTH';
Query OK, 0 rows affected (0.00 sec)
mysql> select c1, hex(c1), char_length(c1) from t;
+------------+----------------------+-----------------+
| c1 | hex(c1) | char_length(c1) |
+------------+----------------------+-----------------+
| ab | 61622020202020202020 | 10 |
+------------+----------------------+-----------------+
row in set (0.00 sec)
PIPES_AS_CONCAT
在Oracle中，连接字符串可用concat和管道符（"||"），但concat只能连接两个字符串（MySQL中的concat可连接多个字符），局限性太大，如果要连接多个字符串，一般用的是管道符。
开启该MODE，即可将管道符作为连接符。
mysql> set session sql_mode='';
Query OK, 0 rows affected (0.00 sec)
mysql> select 'a'||'b';
+----------+
| 'a'||'b' |
+----------+
| 0 |
+----------+
row in set, 2 warnings (0.00 sec)
mysql> select concat('a','b');
+-----------------+
| concat('a','b') |
+-----------------+
| ab |
+-----------------+
row in set (0.00 sec)
mysql> set session sql_mode='PIPES_AS_CONCAT';
Query OK, 0 rows affected (0.00 sec)
mysql> select 'a'||'b';
+----------+
| 'a'||'b' |
+----------+
| ab |
+----------+
row in set (0.00 sec)
REAL_AS_FLOAT
在创建表时，数据类型可指定为real，默认情况下，其会转化为double，若开启该MODE，则会转化为float。
mysql> set session sql_mode=''; Query OK, 0 rows affected (0.00 sec) mysql> create table t ( c1 real); Query OK, 0 rows affected (0.12 sec) mysql> show create table t\G *************************** 1. row *************************** Table: t Create Table: CREATE TABLE `t` ( `c1` double DEFAULT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci row in set (0.00 sec) mysql> drop table t; Query OK, 0 rows affected (0.04 sec) mysql> set session sql_mode='REAL_AS_FLOAT'; Query OK, 0 rows affected (0.00 sec) mysql> create table t ( c1 real); Query OK, 0 rows affected (0.11 sec) mysql> show create table t\G *************************** 1. row *************************** Table: t Create Table: CREATE TABLE `t` ( `c1` float DEFAULT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci row in set (0.00 sec)
STRICT_ALL_TABLES
对事务表开启严格模式。
STRICT_TRANS_TABLES
对所有表开启严格模式。
TIME_TRUNCATE_FRACTIONAL
在时间类型定义了小数秒的情况下，如果插入的位数大于指定的位数，默认情况下，会四舍五入，若开启了该MODE，则会直接truncate掉。
mysql> create table t (c1 int,c2 datetime(2)); Query OK, 0 rows affected (0.04 sec) mysql> set session sql_mode=''; Query OK, 0 rows affected (0.00 sec) mysql> insert into t values(1,'2018-08-08 11:12:13.125'); Query OK, 1 row affected (0.06 sec) mysql> select * from t; +------+------------------------+ | c1 | c2 | +------+------------------------+ | 1 | 2018-08-08 11:12:13.13 | +------+------------------------+ row in set (0.00 sec) mysql> set session sql_mode='TIME_TRUNCATE_FRACTIONAL'; Query OK, 0 rows affected (0.00 sec) mysql> insert into t values(2,'2018-08-08 11:12:13.125'); Query OK, 1 row affected (0.06 sec) mysql> select * from t; +------+------------------------+ | c1 | c2 | +------+------------------------+ | 1 | 2018-08-08 11:12:13.13 | | 2 | 2018-08-08 11:12:13.12 | +------+------------------------+ rows in set (0.00 sec)
NO_AUTO_CREATE_USER
在MySQL 8.0之前，直接授权会隐式创建用户。
mysql> select host,user from mysql.user where user='u1'; Empty set (0.00 sec) mysql> grant all on *.* to 'u1'@'%' identified by '123'; Query OK, 0 rows affected, 1 warning (0.12 sec) mysql> show warnings; +---------+------+------------------------------------------------------------------------------------------------------------------------------------+ | Level | Code | Message | +---------+------+------------------------------------------------------------------------------------------------------------------------------------+ | Warning | 1287 | Using GRANT for creating new user is deprecated and will be removed in future release. Create new user with CREATE USER statement. | +---------+------+------------------------------------------------------------------------------------------------------------------------------------+ row in set (0.00 sec) mysql> select host,user from mysql.user where user='u1'; +------+------+ | host | user | +------+------+ | % | u1 | +------+------+ row in set (0.00 sec)
同样的grant语句，在MySQL 8.0中是会报错的。
mysql> grant all on *.* to 'u1'@'%' identified by '123'; ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'identified by '123'' at line 1
在MySQL 8.0中，已不允许grant语句隐式创建用户，所以，该MODE在8.0中也不存在。
从字面上看，该MODE是禁止授权时隐式创建用户。但在实际测试过程中，发现其并不能禁止。
mysql> set session sql_mode='NO_AUTO_CREATE_USER'; Query OK, 0 rows affected (0.03 sec) mysql> grant all on *.* to 'u1'@'%' identified by '123'; Query OK, 0 rows affected, 1 warning (0.00 sec)
其实，该MODE禁止的只是不带“identified by”子句的grant语句，对于带有“identified by”子句的grant语句，其并不会禁止。
mysql> drop user u1; Query OK, 0 rows affected (0.00 sec) mysql> set session sql_mode='NO_AUTO_CREATE_USER'; Query OK, 0 rows affected, 1 warning (0.00 sec) mysql> grant all on *.* to 'u1'@'%'; ERROR 1133 (42000): Can't find any matching row in the user table mysql> set session sql_mode=''; Query OK, 0 rows affected, 1 warning (0.00 sec) mysql> grant all on *.* to 'u1'@'%'; Query OK, 0 rows affected, 1 warning (0.00 sec)
SQL_MODE的常见组合
在MySQL 5.7中，还可将SQL_MODE设置为ANSI, DB2, MAXDB, MSSQL, MYSQL323, MYSQL40, ORACLE, POSTGRESQL, TRADITIONAL。
其实，这些MODE只是上述MODE的一种组合，目的是为了和其它数据库兼容。
在MySQL 8.0中，只支持ANSI和TRADITIONAL这两种组合。
ANSI
等同于REAL_AS_FLOAT, PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE, ONLY_FULL_GROUP_BY。
mysql> set session sql_mode='ANSI'; Query OK, 0 rows affected (0.00 sec) mysql> show session variables like 'sql_mode'; +---------------+--------------------------------------------------------------------------------+ | Variable_name | Value | +---------------+--------------------------------------------------------------------------------+ | sql_mode | REAL_AS_FLOAT,PIPES_AS_CONCAT,ANSI_QUOTES,IGNORE_SPACE,ONLY_FULL_GROUP_BY,ANSI | +---------------+--------------------------------------------------------------------------------+ row in set (0.03 sec)
TRADITIONAL
等同于STRICT_TRANS_TABLES, STRICT_ALL_TABLES, NO_ZERO_IN_DATE, NO_ZERO_DATE, ERROR_FOR_pISION_BY_ZERO, NO_ENGINE_SUBSTITUTION。
mysql> set session sql_mode='TRADITIONAL'; Query OK, 0 rows affected (0.00 sec) mysql> show session 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_ENGINE_SUBSTITUTION | +---------------+----------------------------------------------------------------------------------------------------------------------------------+ row in set (0.01 sec)
总结
1. SQL_MODE在非严格模式下，会出现很多意料不到的结果。建议线上开启严格模式。但对于线上老的环境，如果一开始就运行在非严格模式下，切忌直接调整，毕竟两者的差异性还是相当巨大。
2. 官方默认的SQL_MODE一直在发生变化，MySQL 5.5, 5.6, 5.7就不尽相同，但总体是趋严的，在对数据库进行升级时，其必须考虑默认的SQL_MODE是否需要调整。
3. 在进行数据库迁移时，可通过调整SQL_MODE来兼容其它数据库的语法。
推荐学习：MySQL教程
위 내용은 MySQL을 사용할 때 SQL_MODE의 함정은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!