Mysql服务器SQL模式 （官方精译）

ANSI

此模式更改语法和行为以更加符合标准SQL。这是 本节最后列出的特殊 组合模式之一。

STRICT_TRANS_TABLES

如果某个值无法插入到事务表中，请中止该语句。对于非事务性表，如果该值出现在单行语句或多行语句的第一行中，则中止该语句。更多细节在本节后面给出。

从MySQL 5.7.5开始，默认的SQL模式包括 STRICT_TRANS_TABLES。

TRADITIONAL

使MySQL像“ 传统 ”的 SQL数据库系统一样行事。在将不正确的值插入列时，此模式的简单描述是 “ 给出错误而不是警告 ”。这是本节最后列出的特殊组合模式之一。

ALLOW_INVALID_DATES

不要执行完整的日期检查。只检查月份是在1到12之间，日期是在1到31之间。这对于在三个不同领域获得年份，月份和日期的Web应用程序非常方便，并且您想要存储究竟是用户插入（没有日期验证）。此模式适用于 DATE和 DATETIME列。它不适用TIMESTAMP列，这总是需要一个有效的日期。

服务器要求月份和日期值是合法的，而不是分别在1到12和1到31的范围内。禁用严格模式后，会生成'2004-04-31'转换为 无效日期 '0000-00-00'和警告。启用严格模式后，无效的日期会生成错误。要允许这样的日期，请启用ALLOW_INVALID_DATES。

ANSI_QUOTES

治疗"作为标识符引号字符（如`引号字符），而不是作为一个字符串引号字符。您仍然可以使用 `引用启用此模式的标识符。与ANSI_QUOTES 启用，则不能使用双引号引用文字字符串，因为它被解释为标识符。

ERROR_FOR_DIVISION_BY_ZERO

该 ERROR_FOR_DIVISION_BY_ZERO 模式影响零除的处理，其中包括 。对于数据更改操作（， ），其效果也取决于严格SQL模式是否启用。 MOD(N,0)INSERTUPDATE

因为SELECT，除以零回报NULL。ERROR_FOR_DIVISION_BY_ZERO 无论是否启用严格模式，启用 都会导致产生警告。

从MySQL 5.7.4开始， ERROR_FOR_DIVISION_BY_ZERO 已被弃用。在MySQL 5.7.4到5.7.7中，ERROR_FOR_DIVISION_BY_ZERO 当明确命名时什么都不做。相反，其效果包含在严格SQL模式的效果中。在MySQL 5.7.8及更高版本中， ERROR_FOR_DIVISION_BY_ZERO 如果明确命名，并且不是严格模式的一部分，就像在MySQL 5.7.4之前一样。但是，它应该与严格模式一起使用，并且默认情况下处于启用状态。如果ERROR_FOR_DIVISION_BY_ZERO 在未启用严格模式的情况下启用警告， 反之亦然。有关其他讨论，请参阅 MySQL 5.7中的SQL模式更改。

由于 ERROR_FOR_DIVISION_BY_ZERO 已被弃用，它将在未来的MySQL版本中作为单独的模式名称被删除，其效果包含在严格SQL模式的影响中。

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_PRECEDENCESQL模式来获得 。

mysql> SET sql_mode = ''; mysql> SELECT NOT 1 BETWEEN -5 AND 5;  -> 0 mysql> SET sql_mode = 'HIGH_NOT_PRECEDENCE'; mysql> SELECT NOT 1 BETWEEN -5 AND 5;  -> 1

IGNORE_SPACE

允许函数名称和(字符之间的空格 。这导致内置函数名称被视为保留字。因此，必须按照第9.2节“模式对象名称”中的描述引用与函数名称相同的标识符。例如，因为有一个 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)

在IGNORE_SPACESQL模式适用于内置函数，而不是用户定义的函数或存储功能。无论是否IGNORE_SPACE启用，总是允许在UDF或存储的函数名称后面有空格 。

有关进一步讨论 IGNORE_SPACE，请参见 第9.2.4节“函数名称分析和解析”。

NO_AUTO_CREATE_USER

防止GRANT声明自动创建新的用户帐户，除非认证信息被指定。该语句必须使用IDENTIFIED BY或使用身份验证插件指定非空密码IDENTIFIED WITH。

最好是创建MySQL帐户 CREATE USER而不是 GRANT。 NO_AUTO_CREATE_USER已弃用，默认的SQL模式包括NO_AUTO_CREATE_USER。分配给sql_mode 该改变 NO_AUTO_CREATE_USER模式状态产生警告，除了设置分配sql_mode到 DEFAULT。 NO_AUTO_CREATE_USER将在未来的MySQL版本中被删除，此时其效果将始终启用（GRANT不会创建帐户）。

以前，NO_AUTO_CREATE_USER弃用之前 ，不能启用它的一个原因是它不是复制安全的。现在，它可以启用和进行复制，安全的用户管理CREATE USER IF NOT EXISTS，DROP USER IF EXISTS和ALTER USER IF EXISTS而不是GRANT。当从属服务器与主服务器上的授权不同时，这些语句可以实现安全复制。请参见第13.7.1.2节“CREATE USER语法”， 第13.7.1.3节“DROP USER语法”和 第13.7.1.1节“ALTER USER语法”。

NO_AUTO_VALUE_ON_ZERO

NO_AUTO_VALUE_ON_ZERO 影响AUTO_INCREMENT 列的处理。通常情况下，通过插入NULL或 插入，为列生成下一个序列号0。 NO_AUTO_VALUE_ON_ZERO 为了0只NULL产生下一个序列号就抑制了这种行为。

如果0已经存储在表格的AUTO_INCREMENT 列中，此模式可能很有用。（0顺便说一句，存储不是推荐的做法。）例如，如果您使用mysqldump转储表，然后重新加载它，MySQL通常会在遇到0值时生成新的序列号，从而导致与内容不同的表被甩了 NO_AUTO_VALUE_ON_ZERO 重新加载转储文件之前启用 解决此问题。 mysqldump现在会自动在其输出中包含一个使能的语句 NO_AUTO_VALUE_ON_ZERO，以避免这个问题。

NO_BACKSLASH_ESCAPES

禁止\在字符串中使用反斜杠字符（）作为转义字符。启用此模式后，反斜杠将变成普通字符一样。

NO_DIR_IN_CREATE

创建表格时，忽略所有INDEX DIRECTORY和DATA DIRECTORY 指令。该选项在从属复制服务器上很有用。

NO_ENGINE_SUBSTITUTION

控制默认存储引擎的自动替换，例如CREATE TABLE或者ALTER TABLE指定了禁用或未编译的存储引擎。

默认的SQL模式包括 NO_ENGINE_SUBSTITUTION。

因为存储引擎在运行时可以被插入，所以不可用的引擎被以同样的方式处理：

在 NO_ENGINE_SUBSTITUTION 禁用CREATE TABLE 的情况下，使用默认引擎，如果所需引擎不可用，则会发生警告。因为 ALTER TABLE，发生警告，表格没有被改变。

与 NO_ENGINE_SUBSTITUTION 启用，则会出现错误，并且不会创建或修改的表，如果所需的引擎不可用。

NO_FIELD_OPTIONS

不要在输出中打印MySQL特定的列选项 SHOW CREATE TABLE。这种模式在可移植性模式下被mysqldump使用。

NO_KEY_OPTIONS

不要在输出中打印MySQL特定的索引选项 SHOW CREATE TABLE。这种模式在可移植性模式下被mysqldump使用。

NO_TABLE_OPTIONS

不要ENGINE在输出中打印MySQL特定的表选项（如 ） SHOW CREATE TABLE。这种模式在可移植性模式下被mysqldump使用。

NO_UNSIGNED_SUBTRACTION

整数值之间的减法，其中一个是类型的 UNSIGNED，默认情况下会生成一个无符号的结果。如果结果否则会导致错误：

mysql> SET 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)'

如果NO_UNSIGNED_SUBTRACTION 启用了 SQL模式，结果是否定的：

mysql> SET sql_mode = 'NO_UNSIGNED_SUBTRACTION'; mysql> SELECT CAST(0 AS UNSIGNED) - 1; +-------------------------+ | CAST(0 AS UNSIGNED) - 1 | +-------------------------+ | -1 | +-------------------------+

如果此操作的结果用于更新 UNSIGNED整数列，则结果将被剪裁为列类型的最大值，如果NO_UNSIGNED_SUBTRACTION启用，则剪切为0 。如果启用严格的SQL模式，则会发生错误，并且列保持不变。

当 NO_UNSIGNED_SUBTRACTION使能时，即使有任何操作数是无符号的，减法结果也是有符号的。例如，比较列的类型c2在表 t1与该列的 c2表t2：

mysql> SET sql_mode=''; mysql> CREATE TABLE test (c1 BIGINT UNSIGNED NOT NULL); mysql> CREATE TABLE t1 SELECT c1 - 1 AS c2 FROM test; mysql> DESCRIBE t1; +-------+---------------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-------+---------------------+------+-----+---------+-------+ | c2 | bigint(21) unsigned | NO | | 0 | | +-------+---------------------+------+-----+---------+-------+ mysql> SET sql_mode='NO_UNSIGNED_SUBTRACTION'; mysql> CREATE TABLE t2 SELECT c1 - 1 AS c2 FROM test; mysql> DESCRIBE t2; +-------+------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-------+------------+------+-----+---------+-------+ | c2 | bigint(21) | NO | | 0 | | +-------+------------+------+-----+---------+-------+

这意味着BIGINT UNSIGNED在所有情况下都不是100％可用的。请参见 第12.10节“演算函数和操作符”。

NO_ZERO_DATE

该NO_ZERO_DATE模式影响服务器是否允许 '0000-00-00'作为有效日期。其效果也取决于是否启用严格的SQL模式。

从MySQL 5.7.4开始， NO_ZERO_DATE已被弃用。在MySQL 5.7.4到5.7.7中， NO_ZERO_DATE当明确命名时什么都不做。相反，其效果包含在严格SQL模式的效果中。在MySQL 5.7.8及更高版本中， NO_ZERO_DATE如果明确命名，并且不是严格模式的一部分，就像在MySQL 5.7.4之前一样。但是，它应该与严格模式一起使用，并且默认情况下处于启用状态。如果NO_ZERO_DATE在未启用严格模式的情况下启用警告， 反之亦然。有关其他讨论，请参阅 MySQL 5.7中的SQL模式更改。

由于NO_ZERO_DATE已被弃用，它将在未来的MySQL版本中作为单独的模式名称被删除，其效果包含在严格SQL模式的影响中。

NO_ZERO_IN_DATE

该NO_ZERO_IN_DATE模式会影响服务器是否允许年份不为零，但月份或日期部分为0的日期。（此模式会影响日期，例如'2010-00-01'或 '2010-01-00'，但不会 影响'0000-00-00'服务器是否允许'0000-00-00'使用 NO_ZERO_DATE模式。）影响的NO_ZERO_IN_DATE 还取决于是否启用严格的SQL模式。

从MySQL 5.7.4开始， NO_ZERO_IN_DATE已被弃用。在MySQL 5.7.4到5.7.7中， NO_ZERO_IN_DATE当明确命名时什么都不做。相反，其效果包含在严格SQL模式的效果中。在MySQL 5.7.8及更高版本中，NO_ZERO_IN_DATE 如果明确命名，并且不是严格模式的一部分，就像在MySQL 5.7.4之前一样。但是，它应该与严格模式一起使用，并且默认情况下处于启用状态。如果NO_ZERO_IN_DATE在未启用严格模式的情况下启用警告， 反之亦然。有关其他讨论，请参阅MySQL 5.7中的SQL模式更改。

由于NO_ZERO_IN_DATE已被弃用，它将在未来的MySQL版本中作为单独的模式名称被删除，其效果包含在严格SQL模式的影响中。

ONLY_FULL_GROUP_BY

拒绝对选择列表， HAVING条件或ORDER BY列表引用既未在GROUP BY子句中命名也未在功能上依赖（由GROUP BY列唯一确定）的非 聚合列的查询。

从MySQL 5.7.5开始，默认的SQL模式包括 ONLY_FULL_GROUP_BY。（在5.7.5之前，MySQL没有检测到函数依赖，并且ONLY_FULL_GROUP_BY默认情况下是不启用的。关于5.7.5之前的行为的描述，请参阅MySQL 5.6参考手册。

标准SQL的MySQL扩展允许在HAVING子句中引用 选择列表中的别名表达式。在MySQL 5.7.5之前，启用ONLY_FULL_GROUP_BY 禁用这个扩展，因此需要 HAVING使用非混淆表达式来写入子句。从MySQL 5.7.5开始，解除了这个限制，使得HAVING子句可以引用别名，而不管是否 ONLY_FULL_GROUP_BY启用。

有关其他讨论和示例，请参见 第12.19.3节“MySQL处理GROUP BY”。

PAD_CHAR_TO_FULL_LENGTH

默认情况下，尾部空格CHAR在检索时从列值中删除 。如果 PAD_CHAR_TO_FULL_LENGTH启用，则不会发生修剪，并将检索 CHAR值填充到其全长。此模式不适 VARCHAR用于在检索时保留尾随空格的列。

mysql> CREATE TABLE t1 (c1 CHAR(10)); Query OK, 0 rows affected (0.37 sec) mysql> INSERT INTO t1 (c1) VALUES('xy'); Query OK, 1 row affected (0.01 sec) mysql> SET sql_mode = ''; Query OK, 0 rows affected (0.00 sec) mysql> SELECT c1, CHAR_LENGTH(c1) FROM t1; +------+-----------------+ | c1 | CHAR_LENGTH(c1) | +------+-----------------+ | xy | 2 | +------+-----------------+ 1 row in set (0.00 sec) mysql> SET sql_mode = 'PAD_CHAR_TO_FULL_LENGTH'; Query OK, 0 rows affected (0.00 sec) mysql> SELECT c1, CHAR_LENGTH(c1) FROM t1; +------------+-----------------+ | c1 | CHAR_LENGTH(c1) | +------------+-----------------+ | xy | 10 | +------------+-----------------+ 1 row in set (0.00 sec)

PIPES_AS_CONCAT

治疗||作为字符串并置运算符（同 CONCAT()），而不是作为一个同义词OR。

REAL_AS_FLOAT

对待REAL作为一个代名词 FLOAT。默认情况下，MySQL REAL作为一个同义词 DOUBLE。

STRICT_ALL_TABLES

为所有存储引擎启用严格的SQL模式。无效的数据值被拒绝。有关详细信息，请参阅 严格SQL模式。

从MySQL 5.7.4通过5.7.7， STRICT_ALL_TABLES包括的效果 ERROR_FOR_DIVISION_BY_ZERO， NO_ZERO_DATE和NO_ZERO_IN_DATE模式。有关其他讨论，请参阅 MySQL 5.7中的SQL模式更改。

STRICT_TRANS_TABLES

为事务性存储引擎启用严格的SQL模式，并在非事务性存储引擎可能的情况下启用。有关详细信息，请参阅严格SQL模式。

从MySQL 5.7.4通过5.7.7， STRICT_TRANS_TABLES 包括的效果 ERROR_FOR_DIVISION_BY_ZERO， NO_ZERO_DATE和 NO_ZERO_IN_DATE模式。有关其他讨论，请参阅 MySQL 5.7中的SQL模式更改。

ANSI

相当于 REAL_AS_FLOAT， PIPES_AS_CONCAT， ANSI_QUOTES， IGNORE_SPACE，和（从MySQL 5.7.5的）ONLY_FULL_GROUP_BY。

ANSI模式还会导致服务器返回一个查询错误，其中S具有外部引用 的集合函数 无法在外部查询所针对的外部查询集合中进行聚合。这是一个这样的问题： S(outer_ref)

SELECT * FROM t1 WHERE t1.a IN (SELECT MAX(t1.b) FROM t2 WHERE ...);

在这里，MAX(t1.b)不能在外部查询中进行聚合，因为它出现在该WHERE查询的 子句中。标准SQL在这种情况下需要一个错误。如果 ANSI模式未启用，则服务器将 按照与其解释相同的方式处理 这样的查询 。 S(outer_ref)S(const)

请参阅第1.8节“MySQL标准合规性”。

DB2

相当于 PIPES_AS_CONCAT， ANSI_QUOTES， IGNORE_SPACE， NO_KEY_OPTIONS， NO_TABLE_OPTIONS，NO_FIELD_OPTIONS。

MAXDB

相当于 PIPES_AS_CONCAT， ANSI_QUOTES， IGNORE_SPACE， NO_KEY_OPTIONS， NO_TABLE_OPTIONS，NO_FIELD_OPTIONS， NO_AUTO_CREATE_USER。

MSSQL

相当于 PIPES_AS_CONCAT， ANSI_QUOTES， IGNORE_SPACE， NO_KEY_OPTIONS， NO_TABLE_OPTIONS，NO_FIELD_OPTIONS。

MYSQL323

相当于MYSQL323， HIGH_NOT_PRECEDENCE。这意味着HIGH_NOT_PRECEDENCE 加上一些SHOW CREATE TABLE 特定的行为 MYSQL323：

MYSQL40

相当于MYSQL40， HIGH_NOT_PRECEDENCE。这意味着HIGH_NOT_PRECEDENCE 加上一些特定的行为 MYSQL40。MYSQL323除了SHOW CREATE TABLE 不HEAP作为MEMORY表格的存储引擎显示之外，它们与for相同。

ORACLE

相当于 PIPES_AS_CONCAT， ANSI_QUOTES， IGNORE_SPACE， NO_KEY_OPTIONS， NO_TABLE_OPTIONS，NO_FIELD_OPTIONS， NO_AUTO_CREATE_USER。

POSTGRESQL

相当于 PIPES_AS_CONCAT， ANSI_QUOTES， IGNORE_SPACE， NO_KEY_OPTIONS， NO_TABLE_OPTIONS，NO_FIELD_OPTIONS。

TRADITIONAL

MySQL的5.7.4之前，以及在MySQL 5.7.8或更高版本， 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。

从MySQL 5.7.4虽然5.7.7， TRADITIONAL相当于STRICT_TRANS_TABLES， STRICT_ALL_TABLES，NO_AUTO_CREATE_USER，和 NO_ENGINE_SUBSTITUTION。的NO_ZERO_IN_DATE， NO_ZERO_DATE和ERROR_FOR_DIVISION_BY_ZERO 模式没有因为在他们的影响都包括在严格的SQL模式（影响这些版本命名STRICT_ALL_TABLES或 STRICT_TRANS_TABLES）。因此，TRADITIONAL所有MySQL 5.7版本的效果 都是一样的（和MySQL 5.6中一样）。有关其他讨论，请参阅 MySQL 5.7中的SQL模式更改。

对于事务性表，当启用STRICT_ALL_TABLES或 STRICT_TRANS_TABLES启用数据更改语句时，无效或缺少值会发生错误 。该声明被中止并回滚。

对于非事务性表，如果在要插入或更新的第一行中出现错误值，则对于任一模式，行为都是相同的：语句被中止，表保持不变。如果语句插入或修改多行，并且第二行或更后一行出现错误值，则结果取决于启用了哪个严格模式：

严格模式影响零除的处理，其中包括 ： MOD(N,0)

对于数据更改操作（INSERT， UPDATE）：

因为SELECT，除以零回报NULL。启用严格模式也会产生警告。

严格模式影响服务器是否允许 '0000-00-00'为有效日期：

严格模式会影响服务器是否允许年份不为零，但月份或日期部分为0（日期如'2010-00-01'or '2010-01-00'）的日期：

CREATE TABLE ... SELECT：IGNORE不适用于CREATE TABLE或 SELECT声明的部分，但要插入到所生产的行的表SELECT。丢弃在唯一键值上复制现有行的行。

DELETE： IGNORE导致MySQL在删除行的过程中忽略错误。

INSERT：与 IGNORE，在唯一键值上复制现有行的行将被丢弃。将设置为会导致数据转换错误的值设置为最接近的有效值。

对于未找到与给定值匹配的分区的分区表，IGNORE会导致插入操作对包含不匹配值的行进行无提示失败。

LOAD DATA， LOAD XML：With IGNORE，丢弃在唯一键值上复制现有行的行。

UPDATE：与 IGNORE，在唯一键值上发生重复键冲突的行不会更新。行更新为可能导致数据转换错误的值将更新为最接近的有效值。

ALTER TABLE

CREATE TABLE

CREATE TABLE ... SELECT

DELETE （单表和多表）

INSERT

LOAD DATA

LOAD XML

SELECT SLEEP()

UPDATE （单表和多表）