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

如果无法按照给定值将值插入到事务表中，则中止该语句。对于非事务性表，如果该值出现在单行语句或多行语句的第一行中，则中止该语句。本节稍后将提供更多详细信息。

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

使 MySQL 表现得像一个“传统” SQL 数据库系统。这种模式的简单描述是 当向列中插入不正确的值时“给出错误而不是警告” 。它是本节末尾列出的 特殊组合模式之一。

不要对日期进行全面检查。仅检查月份是否在 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 ，您不能使用双引号来引用文字字符串，因为它们被解释为标识符。

该 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 模式的效果中。

运算符的优先级NOT 使得诸如 之类的表达式NOT a BETWEEN b AND c被解析为NOT (a BETWEEN b AND c)。在某些旧版本的 MySQL 中，表达式被解析为(NOT a) BETWEEN b AND c. 旧的更高优先级行为可以通过启用 SQL 模式来获得 HIGH_NOT_PRECEDENCE。

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

函数名称和 (字符之间允许有空格。这会导致内置函数名称被视为保留字。因此，与函数名称相同的标识符必须按照第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)

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

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

除非指定了身份验证信息，否则阻止该GRANT语句自动创建新用户帐户（否则会这样做）。该语句必须使用 指定非空密码IDENTIFIED BY或使用 的身份验证插件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 影响AUTO_INCREMENT 列的处理。通常，您可以通过在其中 插入NULL或 来 生成该列的下一个序列号。 抑制此行为，以便仅生成下一个序列号。 0NO_AUTO_VALUE_ON_ZERO0NULL

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

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

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

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

默认情况下， NO_ENGINE_SUBSTITUTION已启用。

由于存储引擎可以在运行时插入，因此不可用的引擎将以相同的方式处理：

禁用后 NO_ENGINE_SUBSTITUTION ，将CREATE TABLE 使用默认引擎，如果所需的引擎不可用，则会出现警告。对于 ALTER TABLE，会出现警告并且表不会更改。

启用后 NO_ENGINE_SUBSTITUTION ，如果所需的引擎不可用，则会发生错误，并且不会创建或更改表。

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

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

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

默认情况下，整数值之间的减法（其中 1 的类型为 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启用时，减法结果是有符号的，即使任何操作数是 unsigned。c2例如，比较table 中的 列类型与table 中的t1列类型 ： c2t2

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模式影响服务器是否允许 '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 的日期。（此模式影响 或 等日期'2010-00-01'， '2010-01-00'但不影响 '0000-00-00'。要控制服务器是否允许'0000-00-00'，请使用该 NO_ZERO_DATE模式。）还NO_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 模式的效果中。

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)

将||其视为字符串连接运算符（与 相同 CONCAT()），而不是视为 的同义词OR。

视为REAL的同义词 FLOAT。默认情况下，MySQL 将REAL其视为 DOUBLE.

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

从 MySQL 5.7.4 到 5.7.7， 包括、 、 和 模式STRICT_ALL_TABLES的效果 。有关更多讨论，请参阅 MySQL 5.7 中的 SQL 模式更改。 ERROR_FOR_DIVISION_BY_ZERONO_ZERO_DATENO_ZERO_IN_DATE

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

从 MySQL 5.7.4 到 5.7.7， 包括、 、 和 模式STRICT_TRANS_TABLES 的效果 。有关更多讨论，请参阅 MySQL 5.7 中的 SQL 模式更改。 ERROR_FOR_DIVISION_BY_ZERONO_ZERO_DATENO_ZERO_IN_DATE

相当于 REAL_AS_FLOAT, PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE, 和 （从 MySQL 5.7.5 开始） ONLY_FULL_GROUP_BY。

ANSIS如果具有外部引用的 集合函数 无法在已解析外部引用的外部查询中聚合，模式还会导致服务器返回查询错误 。这是这样一个查询： 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.6 节“MySQL 标准合规性”。

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

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

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

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

相当于MYSQL40， HIGH_NOT_PRECEDENCE。这意味着HIGH_NOT_PRECEDENCE 加上一些特定于 的行为 MYSQL40。这些与 for 相同MYSQL323，只是SHOW CREATE TABLE 不显示HEAP为MEMORY表的存储引擎。

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

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

在 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