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 会生成下一个序列号。

如果表 AUTO_INCREMENT 列中已存储 0，则此模式可能很有用。（顺便说一下，存储 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

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

MySQL 对标准 SQL 的扩展允许在 HAVING 子句中引用 select 列表中的别名表达式。无论是否启用了 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 模式。有关详细信息，请参见 严格的 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(const) 相同的方式来处理此类查询中的 S(outer_ref)。

请参见 第 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'作为有效日期

严格模式影响服务器是否允许年部分不为零但月部分或日部分为零的日期（如'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（单表和多表）