ANSI

此模式更改语法和行为以更符合标准 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 也会导致产生警告，无论是否启用严格模式。

从 MySQL 5.6.17 开始， ERROR_FOR_DIVISION_BY_ZERO 已弃用并设置sql_mode 包含它的值会生成警告。

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语句自动创建新用户（否则会自动创建新用户）。该语句必须指定一个非空密码 using IDENTIFIED BY或一个身份验证插件 using IDENTIFIED WITH。

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 如果禁用，则 使用 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，减法结果是有符号的，即使任何操作数是无符号的。例如，将 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 模式。

从 MySQL 5.6.17 开始， NO_ZERO_DATE已弃用并设置sql_mode包含它的值会生成警告。

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 模式。

从 MySQL 5.6.17 开始， NO_ZERO_IN_DATE已弃用并设置sql_mode包含它的值会生成警告。

ONLY_FULL_GROUP_BY

拒绝选择列表、 HAVING条件或ORDER BY列表引用未在GROUP BY子句中命名的非聚合列的查询。

MySQL 对标准 SQL 的扩展允许在 HAVING子句中引用选择列表中的别名表达式。启用 ONLY_FULL_GROUP_BY 会禁用此扩展，因此需要 HAVING使用无别名表达式编写子句。

有关其他讨论和示例，请参阅 第 12.19.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 模式。

STRICT_TRANS_TABLES

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

ANSI

相当于 REAL_AS_FLOAT, PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE。

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

等同于 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。

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

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