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始终需要有效日期的列。

ALLOW_INVALID_DATES 如果禁用，服务器要求月份和日期值是合法的，而不仅仅是分别在 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 也会导致产生警告，无论是否启用严格模式。

ERROR_FOR_DIVISION_BY_ZERO 已弃用。 ERROR_FOR_DIVISION_BY_ZERO 不是严格模式的一部分，但应与严格模式结合使用，默认情况下启用。如果在未启用严格模式的情况下启用，则会出现警告， 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)

SQL 模式适用于IGNORE_SPACE内置函数，不适用于可加载函数或存储函数。IGNORE_SPACE无论是否启用 ，始终允许在可加载函数或存储函数名称后有空格 。

有关 的进一步讨论 IGNORE_SPACE，请参阅 第 9.2.5 节，“函数名称解析和解析”。

NO_AUTO_CREATE_USER

GRANT除非指定了身份验证信息，否则 阻止语句自动创建新的用户帐户。该语句必须指定一个非空密码 usingIDENTIFIED BY或一个身份验证插件 using IDENTIFIED WITH。

最好使用 CREATE USER而不是 创建 MySQL 帐户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不再创建帐户）。

以前，before 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

启用此模式将禁止使用反斜杠字符 ( \) 作为字符串和标识符中的转义字符。启用此模式后，反斜杠像其他任何字符一样变成普通字符，并且 LIKE表达式的默认转义序列已更改，因此不使用转义字符。

NO_DIR_IN_CREATE

创建表时，忽略所有INDEX DIRECTORY和DATA DIRECTORY 指令。此选项在副本复制服务器上很有用。

NO_ENGINE_SUBSTITUTION

当诸如CREATE TABLEor之类的语句ALTER TABLE指定禁用或未编译的存储引擎时，控制默认存储引擎的自动替换。

默认情况下， 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

Subtraction between integer values, where one is of type UNSIGNED, produces an unsigned result by default. If the result would otherwise have been negative, an error results:

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

If the NO_UNSIGNED_SUBTRACTION SQL mode is enabled, the result is negative:

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

If the result of such an operation is used to update an UNSIGNED integer column, the result is clipped to the maximum value for the column type, or clipped to 0 if NO_UNSIGNED_SUBTRACTION is enabled. With strict SQL mode enabled, an error occurs and the column remains unchanged.

启用时 NO_UNSIGNED_SUBTRACTION，减法结果是有符号的，即使任何操作数是无符号的。例如，将 table 中列的类型与c2table 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.11 节，“Cast 函数和运算符”。

NO_ZERO_DATE

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

NO_ZERO_DATE已弃用。NO_ZERO_DATE 不是严格模式的一部分，但应与严格模式结合使用，默认情况下启用。如果在未启用严格模式的情况下启用，则会出现警告， NO_ZERO_DATE反之亦然。有关其他讨论，请参阅 MySQL 5.7 中的 SQL 模式更改。

因为NO_ZERO_DATE已弃用；期望在未来的 MySQL 版本中将其作为单独的模式名称删除，其效果包括在严格 SQL 模式的效果中。

NO_ZERO_IN_DATE

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

NO_ZERO_IN_DATE已弃用。 NO_ZERO_IN_DATE不是严格模式的一部分，但应与严格模式结合使用，默认情况下启用。如果在未启用严格模式的情况下启用，则会出现警告， 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 参考手册。）

MySQL 对标准 SQL 的扩展允许在 HAVING子句中引用选择列表中的别名表达式。在 MySQL 5.7.5 之前，启用 ONLY_FULL_GROUP_BY 会禁用此扩展，因此需要 HAVING使用无别名表达式编写子句。HAVING从 MySQL 5.7.5 开始，此限制被取消，因此无论是否 ONLY_FULL_GROUP_BY启用 ，该子句都可以引用别名。

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

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。默认情况下，MySQLREAL将 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 模式。有关详细信息，请参阅严格 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。

ANSImode 还会导致服务器为查询返回错误，其中 无法在已解析外部引用的外部查询中聚合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.7 节，“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. 这些与 for 相同MYSQL323，只是它SHOW CREATE TABLE 不显示HEAP为MEMORY表的存储引擎。

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， 因为在这些版本中，它们的效果包含在严格 SQL 模式（或 ）的效果中。因此，效果 在所有 MySQL 5.7 版本中都是相同的（并且与 MySQL 5.6 中的相同）。有关其他讨论，请参阅 MySQL 5.7 中的 SQL 模式更改。 NO_ZERO_DATEERROR_FOR_DIVISION_BY_ZEROSTRICT_ALL_TABLESSTRICT_TRANS_TABLESTRADITIONAL

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

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

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

对于数据更改操作 ( INSERT, UPDATE)：

对于SELECT，除以零返回NULL。启用严格模式也会导致产生警告。

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

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

IGNORE 对语句执行的影响

严格SQL模式对语句执行的影响

CREATE TABLE ... SELECT:IGNORE不适用于语句的CREATE TABLE或 SELECT部分，但适用于插入到由 生成的行的表中 SELECT。与唯一键值上的现有行重复的行将被丢弃。

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

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

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

LOAD DATA, LOAD XML: 对于 IGNORE, 在唯一键值上重复现有行的行将被丢弃。

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

ALTER TABLE

CREATE TABLE

CREATE TABLE ... SELECT

DELETE（单表和多表）

INSERT

LOAD DATA

LOAD XML

SELECT SLEEP()

UPDATE（单表和多表）

If it is possible to modify an offending query, do so, either so that nonaggregated columns are functionally dependent on GROUP BY columns, or by referring to nonaggregated columns using ANY_VALUE().

If it is not possible to modify an offending query (for example, if it is generated by a third-party application), set the sql_mode system variable at server startup to not enable ONLY_FULL_GROUP_BY.

ERROR_FOR_DIVISION_BY_ZERO, NO_ZERO_DATE, and NO_ZERO_IN_DATE are not part of strict SQL mode, but it is intended that they be used together with strict mode. As a reminder, a warning occurs if they are enabled without also enabling strict mode or vice versa.

ERROR_FOR_DIVISION_BY_ZERO、 NO_ZERO_DATE和 NO_ZERO_IN_DATE默认启用。