SQL模式影响MySQL支持的SQL语法和执行的数据验证检查。 本篇内容根据官方手册https://dev.mysql.com/doc/refman/5.7/en/sql-mode.htmlvgli 进行整理 已完成部分:设置和查询SQL模式、MySQL5.7中SQL模式的完整列表 未完成部分:严格模式的详细描述、IGNORE关键字和严格模式的关系、在MySQL5.7中SQL模式的更改
设置和查询SQL模式
通过修改sql_mode变量的值来改变SQL模式。 SQL模式可以在全局级别下设置,也可以在会话级别下设置。在数据库启动时和数据库运行时都可以对sql_mode的值进行修改。
在数据库启动时设置SQL模式
在命令行中使用--sql_mode='modes'选项,或者在配置文件中使用sql_mode="modes"。 modes是一个以逗号分隔的模式的列表。 要清除SQL模式,将它设置为一个空的字符串,例如sql_mode=""
在数据库运行时设置SQL模式
使用SET语句来更改sql_mode的值,例如:
SET GLOBAL sql_mode = 'modes'; SET SESSION sql_mode = 'modes';
设置全局变量的值需要SUPER权限,设置后应用到之后所有客户端连接的操作。 设置session变量只应用于当前客户端,每个客户端都可以在任何时候更改它的sessionSQL模式。
查询SQL模式
要确定当前使用的SQL模式,使用以下语句进行查询
SELECT @@GLOBAL.sql_mode; SELECT @@SESSION.sql_mode;
主要的SQL模式
主要的sql_mode的值为以下几种:
- ANSI 这是一个组合模式,它似的语法和行为更符合标准的SQL
- STRICT_TRANS_TABLES 对事务表的严格模式。在这种模式下,如果一个值不能被插入到事务表中,则终止该语句。对于非事务表,如果不能插入的值发生在单行语句或者多行语句的第一行,也会终止该语句。
- TRADITIONAL 传统模式,这也是一个组合模式。在这种模式下,当插入一个不正确的值时,会给出错误而不是警告。(在非事务性存储引擎中,可能这不是我们想要的,因为在发生错误时语句会中断,但是在错误发生前进行的数据修改不能够回滚,从而导致部分更新。)
SQL模式的完整列表
sql模式可以大致分为以下几类
严格模式(包括STRICT_ALL_TABLES和STRICT_TRANS_TABLES)
- STRICT_ALL_TABLES 对于所有存储引擎启用严格模式,无效的值会被拒绝。
- STRICT_TRANS_TABLES 对于事务存储引擎启用严格模式,并在可能的情况下对飞事务存储引擎启用严格模式。
在MySQL5.7.4到MySQL5.7.7中,严格模式包括ERROR_FOR_DIVISION_BY_ZERO,NO_ZERO_DATE和NO_ZERO_IN_DATE的效果。
用来限制0值,和严格模式一同使用的
- NO_ZERO_DATE 影响数据库是否允许'0000-00-00'作为一个有效的日期。其效果还取决于是否启用了严格模式 如果启用了该模式,允许'0000-00-00'值并且插入不会产生警告 如果禁用了该模式,允许'0000-00-00'值但是插入会产生警告 如果该模式和严格模式同时启用,除非同时给出IGNORE,否则不允许'0000-00-00'插入并产生错误
- NO_ZERO_IN_DATE 影响数据库是否允许在年份非0时,月份或日期为0。其效果还取决于是否启用了严格模式。 如果启用了该模式,允许包括0的日期值并且插入不会产生警告。 如果禁用了该模式,允许包括0的日期值但是插入会产生警告。 如果该模式和严格模式同时使用,除非同时给出IGNORE,否则不允许插入包含0的日期值并且插入会产生错误。对于INSERT IGNORE和UPDATE IGNORE,包含0的日期值会作为'0000-00-00'插入并产生警告
- ERROR_FOR_DIVISION_BY_ZERO 影响数据库是否允许将0作为除数,包括MOD(N,0)。其效果还取决于是否启用了严格模式 如果启用了该模式,允许以0作为除数并且插入不会产生警告 如果禁用了该模式,允许以0作为除数但是插入会产生警告 如果该模式和严格模式同时使用,除非同时给出IGNORE,否则不允许以0作为除数并且插入会产生错误。对于INSERT IGNORE和UPDATE IGNORE,以0作为除数会插入NULL并产生警告。
在MySQL5.7.4以前版本中,以上三个模式被弃用 在MySQL5.7.4到MySQL5.7.7中,以上三个模式不产生作用,他们的效果包含在严格模式中。 在MySQL5.7.8及以后版本中,以上三个模式才有自己单独的作用,而不是严格模式的一部分。但是,他们应该和严格模式一起使用,并且默认情况下他们都是开启的。如果使用严格模式而不使用上述模式会产生警告,如果使用上述模式中的任何一个但是不启用严格模式也会产生警告。 由于以上三个模式以弃用,在后续的MySQL版本中,他们作为一个单独的模式名会被删除,并且他们的效果将包含在严格模式中。
用来说明符号的作用的
ANSI_QUOTES
将"作为标识符(与\`相同)而不是作为字符串的引用符号。在启用此模式的情况下,仍然可以使用\`作为引用标识符,但是不能使用双引号来引用文本字符串。
PIPES_AS_CONCAT
将||作为字符串连接操作符(与CONCAT()相同),而不是作为OR的同义词
REAL_AS_FLOAT
将REAL作为FLOAT的同义词。默认情况下,MySQL将REAL视为DOUBLE的同义词。
NO_BACKSLASH_ESCAPES
禁用反斜杠字符()作为字符串中的转义字符。在启用此模式后,反斜杠就变成了一个普通字符。
影响语句的方式或结果的
NO_UNSIGNED_SUBTRACTION
对于整数之间的减法,如果一个值的类型是UNSIGNED,默认生成一个无符号整型的结果,但是如果结果是个负数,就会出现错误
如果启用NO_UNSIGNED_SUBTRACTION,结果为负时不会报错
IGNORE_SPACE
在函数名和(中间允许空格。这将导致内置函数名被当作保留字处理。因此,与函数名相同的标识符必须被引用。
例如,因为存在COUNT()函数,直接使用count作为表名会产生错误
> mysql> CREATE TABLE count (i INT);
ERROR 1064 (42000): You have an error in your SQL syntax
应该将表名引用起来:
mysql> CREATE TABLE
count
(i INT); Query OK, 0 rows affected (0.00 sec)
HIGH_NOT_PRECEDENCE
在MySQL5.7中,NOT a BETWEEN b AND C的计算顺序为,NOT (a BETWEEN b AND c) 启用HIGH_NOT_PRECEDENCE后,该顺序更改为(NOT a) BETWEEN b AND c
用来限制SHOW CREATE TABLE语句的输出结果的
NO_FIELD_OPTIONS
在SHOW CREATE TABLE的输出中不显示特定与MySQL的列选项
NO_KEY_OPTIONS
在SHOW CREATE TABLE的输出中不显示特定与MySQL的索引选项
NO_TABLE_OPTIONS
在SHOW CRETAE TABLE的输出中不显示特定与MySQL的表选项
影响数据库的行为的
NO_AUTO_CREATE_USER
如果不指定身份验证信息,GRANT语句不会自动创建用户。GRANT语句必须使用IDENTIFIED BY语句指定一个非空的密码或者使用IDENTIFIED WITH语句指定认证插件。
建议使用CREATE USER语句来创建用户
NO_AUTO_VALUE_ON_ZERO
NO_AUTO_VALUE_ON_ZERO 影响对于自动增长列的处理。通常,通过插入NULL或者0来生成下一个序列号。NO_AUTO_VALUE_ON_ZERO允许在自动增长列中插入0值,这样只有插入NULL才能生成下一个序列号。
NO_ENGINE_SUBSTITUTION
当一个语句,例如CREATE TABLE或ALTER TABLE指定一个禁用或者未编译的存储引擎时,自动替换为默认存储引擎。当没有启用NO_ENGINE_SUBSTITUTION时。如果指定的存储引擎不可用,对于CREATE TABLE,使用默认存储引擎并生成警告,对于ALTER TABLE,生成警告并且不会对表进行修改。 当启用NO_ENGINE_SUBSTITUTION时,如果指定的存储引擎不可用,无论是创建表还是修改表都会导致错误。
PAD_CHAR_TO_FULL_LENGTH
默认情况下,在查询时,CHAR列末尾的空格会自动删除。启用PAD_CHAR_TO_FULL_LENGTH,则不会删除空格,将查询到的CHAR值补全到完整的列长度。
NO_DIR_IN_CREATE
在创建表时,忽略所有INDEX DIRECTORY和DATA DIRECTORY指令。这个选项在复制的从库中很有用。
ONLY_FULL_GROUP_BY
在SELECT HAVING或者ORDER BY列表中不能包含没有在GROUP BY子句中命名或者不能通过GROUP BY子句唯一确定的列 请参考http://www.ywnds.com/?p=8184
ALLOW_INVALID_DATES
允许无效的日期,只检查月份在1-12之间和日期在1-31之间,不对日期进行完整的检查。这个模式只应用与DATE和DATETIME列。在严格模式禁用的情况下,诸如"2018-02-31"这样的无效日期会被转换为'0000-00-00‘并产生警告,如果启用了严格模式,这样的无效日期会产生错误。
SQL模式的组合
以下模式是对上述SQL模式完整列表中的部分组合的缩写
名称 | 完整列表 |
---|---|
ANSI | REAL_AS_FLOAT, PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE,和 (在MySQL 5.7.5) ONLY_FULL_GROUP_BY |
DB2 | PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE, NO_KEY_OPTIONS, NO_TABLE_OPTIONS, NO_FIELD_OPTIONS |
MSSQL | PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE, NO_KEY_OPTIONS, NO_TABLE_OPTIONS, NO_FIELD_OPTIONS |
POSTGRESQL | PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE, NO_KEY_OPTIONS, NO_TABLE_OPTIONS, NO_FIELD_OPTIONS |
ORACLE | PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE, NO_KEY_OPTIONS, NO_TABLE_OPTIONS, NO_FIELD_OPTIONS, NO_AUTO_CREATE_USER |
MAXDB | 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 |