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 模式会影响除以零的处理方式，其中包括 MOD(N,0)。对于数据更改操作（INSERT、UPDATE），其影响还取决于是否启用了严格 SQL 模式。

对于 SELECT，除以零返回 NULL。启用 ERROR_FOR_DIVISION_BY_ZERO 还会产生警告，而不管是否启用了严格模式。

ERROR_FOR_DIVISION_BY_ZERO 已弃用。ERROR_FOR_DIVISION_BY_ZERO 不是严格模式的一部分，但应与严格模式结合使用，并且默认情况下处于启用状态。如果启用 ERROR_FOR_DIVISION_BY_ZERO 但未启用严格模式，反之亦然，则会发出警告。

因为 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_PRECEDENCE SQL 模式来获得旧的较高优先级行为。

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

允许函数名称和 ( 字符之间存在空格。这会导致内置函数名称被视为保留字。因此，与函数名称相同的标识符必须像 第 11.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_SPACE SQL 模式适用于内置函数，而不适用于可加载函数或存储函数。无论是否启用了 IGNORE_SPACE，始终允许在可加载函数或存储函数名称后加空格。

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

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 TABLE 或 ALTER TABLE 之类的语句指定了已禁用或未编译的存储引擎时，控制默认存储引擎的自动替换。

默认情况下，NO_ENGINE_SUBSTITUTION 处于启用状态。

因为存储引擎可以在运行时可插拔，所以不可用的引擎的处理方式相同

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

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

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 后，减法结果将带符号，即使任何操作数都是无符号的。例如，将表 t1 中的列 c2 的类型与表 t2 中的列 c2 的类型进行比较

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% 使用。请参见 第 14.10 节“强制转换函数和运算符”。

NO_ZERO_DATE

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

NO_ZERO_DATE 已弃用。NO_ZERO_DATE 不是严格模式的一部分，但应与严格模式结合使用，并且默认情况下启用。如果在未启用严格模式的情况下启用了 NO_ZERO_DATE，反之亦然，则会发出警告。

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

NO_ZERO_IN_DATE 已弃用。NO_ZERO_IN_DATE 不是严格模式的一部分，但应与严格模式结合使用，并且默认情况下启用。如果在未启用严格模式的情况下启用了 NO_ZERO_IN_DATE，反之亦然，则会发出警告。

因为 NO_ZERO_IN_DATE 已弃用，所以您应该预计它会在未来的 MySQL 版本中作为单独的模式名称被移除，其效果将包含在严格 SQL 模式的效果中。

ONLY_FULL_GROUP_BY

拒绝选择列表、HAVING 条件或 ORDER BY 列表引用了 GROUP BY 子句中未命名且不是 GROUP BY 列的函数依赖项（由其唯一确定）的非聚合列的查询。

标准 SQL 的 MySQL 扩展允许在 HAVING 子句中引用选择列表中的别名表达式。无论是否启用了 ONLY_FULL_GROUP_BY，HAVING 子句都可以引用别名。

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

STRICT_TRANS_TABLES

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

TIME_TRUNCATE_FRACTIONAL

控制将具有小数秒部分的 TIME、DATE 或 TIMESTAMP 值插入到具有相同类型但小数位数较少的列中时，是进行舍入还是截断。默认行为是使用舍入。如果启用了此模式，则会改为进行截断。以下语句序列说明了差异

CREATE TABLE t (id INT, tval TIME(1));
SET sql_mode='';
INSERT INTO t (id, tval) VALUES(1, 1.55);
SET sql_mode='TIME_TRUNCATE_FRACTIONAL';
INSERT INTO t (id, tval) VALUES(2, 1.55);

生成的表内容如下所示，其中第一个值已进行舍入，第二个值已进行截断

mysql> SELECT id, tval FROM t ORDER BY id;
+------+------------+
| id   | tval       |
+------+------------+
|    1 | 00:00:01.6 |
|    2 | 00:00:01.5 |
+------+------------+

另请参见 第 13.2.6 节“时间值中的小数秒”。

ANSI

等效于 REAL_AS_FLOAT、PIPES_AS_CONCAT、ANSI_QUOTES、IGNORE_SPACE 和 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.7 节“MySQL 标准符合性”。

TRADITIONAL

TRADITIONAL 等效于 STRICT_TRANS_TABLES、STRICT_ALL_TABLES、NO_ZERO_IN_DATE、NO_ZERO_DATE、ERROR_FOR_DIVISION_BY_ZERO 和 NO_ENGINE_SUBSTITUTION。

对于事务性表，如果启用了 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 时，不会更新在唯一键值上发生重复键冲突的行。更新为会导致数据转换错误的值的行将更新为最接近的有效值。

ER_BAD_NULL_ERROR

ER_DUP_ENTRY

ER_DUP_ENTRY_WITH_KEY_NAME

ER_DUP_KEY

ER_NO_PARTITION_FOR_GIVEN_VALUE

ER_NO_PARTITION_FOR_GIVEN_VALUE_SILENT

ER_NO_REFERENCED_ROW_2

ER_ROW_DOES_NOT_MATCH_GIVEN_PARTITION_SET

ER_ROW_IS_REFERENCED_2

ER_SUBQUERY_NO_1_ROW

ER_VIEW_CHECK_FAILED

ALTER TABLE

CREATE TABLE

CREATE TABLE ... SELECT

DELETE（单表和多表）

INSERT

LOAD DATA

LOAD XML

SELECT SLEEP()

UPDATE（单表和多表）