使用MySQL，SQL_MODE有哪些坑，你知道么？

概述SQL_MODE是MySQL中的一个系统变量（variable），可由多个MODE组成，每个MODE控制一种行为，如是否允许除数为0，日期中是否允许'0000-00-00'值。 为什么

sql_mode是MysqL中的一个系统变量（variable），可由多个MODE组成，每个MODE控制一种行为，如是否允许除数为0，日期中是否允许'0000-00-00'值。

为什么需要关注sql_mode呢？

首先，看三个简单的Demo（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)">1 row affected,1 warning (0.01 sec)MysqL> select * from t1;+---------------------+| c1                  |+---------------------+| 0000-00-00 00:00 |+---------------------+1 row in set (0.00 sec)

实际存储值与插入值不符。

 

2. 

MysqL> create table t2(c1 varchar(10));query OK,1)">0.06 sec)MysqL> insert into t2 values(a'),(bc3 rows affected ( sec)Records: 3  Duplicates: 0  Warnings: 0MysqL>  t2;+------+| c1   |+------+| a    || b    || c    |+------+3 rows 0.00 sec)MysqL> alter table t2 modify column c1 int;query OK,1)">3 rows affected,1)">3 warnings (0.053MysqL> show warnings;+---------+------+-------------------------------------------------------+| Level   | Code | Message                                               |+---------+------+-------------------------------------------------------+| Warning | 1366 | Incorrect integer value: ' for column c1' at row 1 || Warning | 2 || Warning | 3 |+---------+------+-------------------------------------------------------+ t2;+------+| c1   |+------+|    0 ||    0 |+------+0.00 sec)

DDL导致原列内容丢失。

 

3. 

MysqL> create table t3(ID int not null,c1 varchar( sec)MysqL> insert into t3 values();ERROR 1048 (23000): Column ID' cannot be nullMysqL> insert into t3(c1) values( sec)MysqL> show warnings;+---------+------+-----------------------------------------+| Level   | Code | Message                                 |+---------+------+-----------------------------------------+| Warning | 1364 | FIEld ' doesnt have a default value |+---------+------+-----------------------------------------+ t3;+----+------+| ID | c1   |+----+------+|  0 | a    |+----+------+0.00 sec)

显式指定列和不显式指定的处理逻辑竟然不一样。

 

为什么会这样呢？这个即与sql_mode有关。

 

在MysqL 5.6中， sql_mode的默认值为"NO_ENGINE_SUBSTITUTION"，非严格模式。

 

在这种模式下，在进行数据变更 *** 作时，如果涉及的列中存在无效值（如日期不存在，数据类型不对，数据溢出），只会提示"Warning"，并不会报错。

 

如果要规避上述问题，需开启sql_mode的严格模式。

 

sql_mode的严格模式

所谓的严格模式，即sql_mode中开启了STRICT_ALL_tableS或STRICT_TRANS_TAB LES。

 

还是上面的Demo，看看严格模式下，MysqL的处理逻辑。

MysqL> set session sql_mode=STRICT_TRANS_tableS1292 (22007): Incorrect datetime value: 1MysqL> alter table t2 modify column c1 ;ERROR 1366 (HY000): Incorrect integer value: 1364 (HY000): FIEld t have a default value

同样的sql，在严格模式下，直接提示"ERROR"，而不是"Warning"。

 

同是严格模式，下面看看STRICT_ALL_tableS或STRICT_TRAN S_tableS的区别。

 

STRICT_ALL_tableS与STRICT_TRANS_tableS的区别

STRICT_TRANS_tableS只对事务表开启严格模式，STRICT_ALL_tableS是对所有表开启严格模式，不仅仅是事务表，还包括非事务表。

看下面这个测试。

对myisam表插入3条数据，其中，第3条数据是空字符串，与定义的int类型不匹配。

MysqL> create table t (c1 int) engine=myisam;query OK,1)">0 rows affected,1)"> sec)MysqL> insert into t values (1),1)">2),1)">'' show warnings;+---------+------+------------------------------------------------------+| Level   | Code | Message                                              |+---------+------+------------------------------------------------------+| Warning | '' 3 |+---------+------+------------------------------------------------------+ t;+------+| c1   |+------+|    1 ||    2 ||    STRICT_ALL_tableS3

 

可以看到，在表为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_divISION_BY_ZERO,NO_auto_CREATE_USER,  NO_ENGINE_SUBSTITUTION

 

MysqL 8.0：ONLY_FulL_GROUP_BY,  NO_ZERO_DATE,NO_ENGINE_SUBSTITUTION

 

如何修改sql_mode

sql_mode既可在全局级别修改，又可在会话级别修改。可指定多个MODE，MODE之间用逗号隔开。

 

全局级别

set global sql_mode=ONLY_FulL_GROUP_BY,STRICT_TRANS_tableS';

 

会话级别

';

 

sql_mode的完整列表ALLOW_INVALID_DATES

在严格模式下，对于日期的检测较为严格，其必须有效。若开启该MODE，对于month和day的检测会相对宽松。其中，month只需在1~12之间，day只需在1~31之间，而不管其是否有效，如下面的'2004-02-31'。

MysqL> create table t (c1 datetime0 rows affected (0.21 sec)MysqLset session sql_mode='STRICT_TRANS_tableS0 rows affected,1); Font-weight: bold">1 warning (0.00insert into t values(2004-02-311292 (22007): Incorrect datetime value: for column c11MysqLSTRICT_TRANS_tableS,ALLOW_INVALID_DATES1 row affected (0.01select *  t;+---------------------+| c1                  || 2004-0231 00:00 1 row 0.00 sec)

注意，该MODE只适用于DATE和DATETIME，不适用于TIMESTAMP。

 

ANSI_QUOTES

在MysqL中，对于关键字和保留字，是不允许用做表名和字段名的。如果一定要使用，必须使用反引号（"`"）进行转义。

MysqLtable order (ID 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 table `order` (ID 0.12 sec)

若开启该MODE，则双引号，同反引号一样，可对关键字和保留字转义。

MysqLtable "order" (c1 "order" (c1 int)ANSI_QUOTES0.17 sec)

需要注意的是，在开启该MODE的情况下，不能再用双引号来引字符串。

 

ERROR_FOR_divISION_BY_ZERO

该MODE决定除数为0的处理逻辑，实际效果还取决于是否开启严格模式。

1. 开启严格模式，且开启该MODE，插入1/0，会直接报错。

MysqLdouble0.04values(1/01365 (22012): division by 0

2. 只开启严格模式，不开启该MODE，允许1/0的插入，且不提示warning，1/0最后会转化为NulL。

MysqL0.07----+| c1  | NulL 0.00 sec)

3. 不开启严格模式，只开启该MODE，允许1/0的插入，但提示warning。

4. 不开启严格模式，也不开启该MODE，允许1/0的插入，且不提示warning，同2一样。

 

HIGH_NOT_PRECEDENCE

默认情况下，NOT的优先级低于比较运算符。但在某些低版本中，NOT的优先级高于比较运算符。

看看两者的区别。

MysqLnot 1 < ;----------+|          HIGH_NOT_PRECEDENCE0 0.00 sec)

在sql_mode为空的情况下， not 1 < -1相当于not (1 < -1)，如果设置了'HIGH_ NOT_PRECEDENCE'，则相当于(not 1) < -1。

 

IGnorE_SPACE

默认情况下，函数名和左括号（“(”）之间不允许存在空格。若开启该MODE，则允许。

MysqLselect count(*) --------+| *) |        2 count ( t;ERROR *) from tIGnorE_SPACE---------+|         0.01 sec)

 

NO_auto_VALUE_ON_ZERO

默认情况下，在对自增主键插入NulL或0时，会自动生成下一个值。若开启该MODE，当插入0时，并不会自动生成下一个值。

如果表中自增主键列存在0值，在进行逻辑备份还原时，可能会导致数据不一致。所以MysqLdump在生成备份数据之前，会自动开启该MODE，以避免数据不一致的情况。

MysqLtable t (ID int auto_increment primary key0.11values (--+| ID |  NO_auto_VALUE_ON_ZERO0.020.092 rows 0.00 sec)

 

NO_BACKSLASH_ESCAPES

默认情况下，反斜杠“\”会作为转义符，若开启该MODE，则反斜杠“\”会作为一个普通字符，而不是转义符。

MysqL\t| \t NO_BACKSLASH_ESCAPES---+| \\t NO_DIR_IN_CREATE
默认情况下，在创建表时，可以指定数据目录（DATA DIRECTORY）和索引目录（INDEX DIRECTORY），若开启该MODE，则会忽略这两个选项。在主从复制场景下，可在从库上开启该MODE。
MysqLint) data directory /tmp/0.15> show table t\G*************************** 1. row ***************************      table: tCreate table: CREATE table `t` (  `ID` int(11) DEFAulT NulL) ENGINE=InnoDB DEFAulT CHARSET=utf8mb4 ColLATE=utf8mb4_0900_ai_ci DATA DIRECTORY'NO_DIR_IN_CREATEdrop  t;query OK,1); Font-weight: bold">0.05=utf8mb4_0900_ai_ciNO_ENGINE_SUBSTITUTION
在开启该MODE的情况下，在创建表时，如果指定的存储引擎不存在或不支持，则会直接提示“ERROR”。
若不开启，则只会提示“Warning”，且使用默认的存储引擎。
MysqLint) enginefederated;query OK,1); Font-weight: bold">2 warnings (> show warnings;-------+------+-------------------------------------------+Level   | Code | Message                                   | Warning 1286 | UnkNown storage engine federated'        1266 | Using storage engine InnoDB table t' NO_ENGINE_SUBSTITUTIONfederated;ERROR 1286 (42000): UnkNown storage engine '
 
NO_UNSIGNED_SUBTRACTION
两个整数相减，如果其中一个数是无符号位，默认情况下，会产生一个无符号位的值，如果该值为负数，则会提示“ERROR”。如，
MysqLcast(0 as unsigned)1690 (22003): BIGINT UNSIGNED value is out of range in (cast(0 as unsigned) - 1)'
若开启该MODE，则允许结果为负数。
MysqLNO_UNSIGNED_SUBTRACTION---------------------+|                    NO_ZERO_DATE
该MODE会影响'0000-00-00'的插入。实际效果还取决于是否开启严格模式。
1. 在开启严格模式，且同时开启该MODE，是不允许'0000-00-00'插入的。
MysqL show warnings\G***************************  Level: Warning  Code: 3135Message: NO_ZERO_DATE',NO_ZERO_IN_DATEand ERROR_FOR_divISION_BY_ZERO' sql modes should be used with strict mode. They will be merged with strict mode ina future release.values (0000-00-001
2. 只开启严格模式，不开启该MODE，允许'0000-00-00'值的插入，且不提示warning。
MysqL0.04 sec)
3. 不开启严格模式，只开启该MODE，允许'0000-00-00'值的插入，但提示warning。
MysqL1 row affected,1)">-------+------+---------------------------------------------+| Message                                     1264 | Out of range value 0.01 sec)
4. 不开启严格模式，也不开启该MODE，允许'0000-00-00'值的插入，且不提示warning。
MysqL0.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列表中只能出现分组列和聚合函数。
MysqLselect dept_no,emp_no,1)">min(from_date) from dept_emp group by dept_no;-------+--------+----------------+| dept_no | emp_no min(from_date) | d001    10017 19850101     | d002    10042 | d003    10005 | d004    10003 | d005    10001 | d006    10009 | d007    10002 | d008    10007 | d009    10011 9 rows 0.64ONLY_FulL_GROUP_BY dept_no;ERROR 1055 (42000): Expression #2 of SELECT List is GROUP BY clause and contains nonaggregated employees.dept_emp.emp_no' which not functionally dependent on columns 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 BY permits the select List,HAVING condition,1)">or ORDER BY List to refer to nonaggregated columns even if the columns are on 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 values group cannot be influenced by adding an BY clause. Result set sorting occurs after values have been chosen,1)">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,1)">all values in each nonaggregated column not @R_301_6889@d in the BY are the same for each .https://dev.MysqL.com/doc/refman8.0/en/group-by-handling.HTML
 
PAD_CHAR_TO_FulL_LENGTH
在对CHAR字段进行存储时，在Compact格式下，会占用固定长度的字节。
 
如下面的c1列，定义为char(10)，虽然'ab'只占用两个字节，但在Compact格式下，会占用10个字节，不足部分以空格填充。
 
在查询时，默认情况下，会剔除掉末尾的空格。若开启该MODE，则不会剔除，每次都会返回固定长度的字符。
MysqLchar(100.17abselect c1,hex(c1),char_length(c1) ----+---------+-----------------+| c1   | hex(c1) | char_length(c1) | ab   6162    |               PAD_CHAR_TO_FulL_LENGTH----------+----------------------+-----------------+| c1         | hex(c1)              | ab         61622020202020202020 |              10 PIPES_AS_CONCAT
在Oracle中，连接字符串可用concat和管道符（"||"），但concat只能连接两个字符串（MysqL中的concat可连接多个字符），局限性太大，如果要连接多个字符串，一般用的是管道符。
开启该MODE，即可将管道符作为连接符。
MysqLa||bset,1)">select concat();---------------+| concat(') | ab              PIPES_AS_CONCAT| ab       0.00 sec)
 REAL_AS_float
在创建表时，数据类型可指定为real，默认情况下，其会转化为double，若开启该MODE，则会转化为float。
MysqLtable t ( c1 real0.12***************************        `t` (  `c1` double REAL_AS_floatfloat STRICT_ALL_tableS
对事务表开启严格模式。
 
STRICT_TRANS_tableS
对所有表开启严格模式。
 
TIME_TruncATE_FRACTIONAL
在时间类型定义了小数秒的情况下，如果插入的位数大于指定的位数，默认情况下，会四舍五入，若开启了该MODE，则会直接truncate掉。
MysqLint,c2 datetime(21,1)">2018-08-08 11:12:13.1250.06----+------------------------+| c2                     |    20180808 11:12:13.13 TIME_TruncATE_FRACTIONAL2,1); Font-weight: bold">13.12 NO_auto_CREATE_USER
在MysqL 8.0之前，直接授权会隐式创建用户。
MysqLselect host,1)">user from MysqL.where useru1;Empty grant on *.to '@%' IDentifIEd by 123-------+------+------------------------------------------------------------------------------------------------------------------------------------+| Message                                                                                                                            1287 | Using GRANT for creating new is deprecated and will be removed in future release. Create new with CREATE USER statement. ----+------+| host user %    | u1   0.00 sec)
同样的grant语句，在MysqL 8.0中是会报错的。
MysqLIDentifIEd by 123'' at line 1
在MysqL 8.0中，已不允许grant语句隐式创建用户，所以，该MODE在8.0中也不存在。
 
从字面上看，该MODE是禁止授权时隐式创建用户。但在实际测试过程中，发现其并不能禁止。
MysqLNO_auto_CREATE_USER0.030.00 sec)
 
其实，该MODE禁止的只是不带“IDentifIEd by”子句的grant语句，对于带有“IDentifIEd by”子句的grant语句，其并不会禁止。
MysqLdrop user u1;query OK,1); Font-weight: bold">1133 (42000): Cant find any matching row in the user tableMysqL> set session sql_mode='''u1@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。
MysqLANSI> show session variables like sql_mode-------------+--------------------------------------------------------------------------------+| Variable_@R_301_6889@ | Value                                                                          | sql_mode      | REAL_AS_float,PIPES_AS_CONCAT,ANSI_QUOTES,IGnorE_SPACE,ONLY_FulL_GROUP_BY,ANSI TradITIONAL
等同于STRICT_TRANS_tableS,  STRICT_ALL_tableS, NO_ENGINE_SUBSTITUTION。
MysqLTradITIONAL-------------+----------------------------------------------------------------------------------------------------------------------------------+| Value                                                                                                                            | STRICT_TRANS_tableS,STRICT_ALL_tableS,NO_ZERO_DATE,TradITIONAL,NO_ENGINE_SUBSTITUTION 0.01 sec)
 总结
1. sql_mode在非严格模式下，会出现很多意料不到的结果。建议线上开启严格模式。但对于线上老的环境，如果一开始就运行在非严格模式下，切忌直接调整，毕竟两者的差异性还是相当巨大。
2. 官方默认的sql_mode一直在发生变化，MysqL 5.5,5.6,5.7就不尽相同，但总体是趋严的，在对数据库进行升级时，其必须考虑默认的sql_mode是否需要调整。
3. 在进行数据库迁移时，可通过调整sql_mode来兼容其它数据库的语法。
 
          总结       
以上是内存溢出为你收集整理的使用MySQL，SQL_MODE有哪些坑，你知道么？全部内容，希望文章能够帮你解决使用MySQL，SQL_MODE有哪些坑，你知道么？所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。
					
										


					

						
欢迎分享，转载请注明来源：内存溢出
原文地址: http://outofmemory.cn/sjk/1151583.html