ANSI

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

STRICT_TRANS_TABLES

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

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 引号

将 " 视为标识符引号字符（类似于 ` 引号字符），而不是字符串引号字符。您仍然可以使用 ` 引号标识符，即使启用了该模式。启用 ANSI 引号 后，无法使用双引号来引用字符串，因为它们被解释为标识符。

零除错误

该 零除错误 模式影响零除处理，包括 MOD(N,0)。对于数据更改操作（INSERT、UPDATE），其效果还取决于是否启用了严格 SQL 模式。

对于 SELECT，零除将返回 NULL。启用 零除错误 将产生警告，无论是否启用了严格模式。

零除错误 已弃用。零除错误 不是严格模式的一部分，但应该与严格模式一起使用，默认情况下启用。 如果启用 零除错误 而不启用严格模式，或者反之亦然，将产生警告。

由于 零除错误 已弃用，因此您应该期望在未来 MySQL 版本中将其删除作为单独的模式名称，并将其效果包含在严格 SQL 模式的效果中。

高 NOT 优先级

NOT 运算符的优先级使得表达式如 NOT a BETWEEN b AND c 被解析为 NOT (a BETWEEN b AND c)。在某些旧版本的 MySQL 中，该表达式被解析为 (NOT a) BETWEEN b AND c。可以通过启用 高 NOT 优先级 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

忽略空格

允许函数名称和 ( 字符之间的空格。这使得内置函数名称被视为保留字。因此，标识符必须像在 第 11.2 节“Schema 对象名称” 中所述那样引用。例如，因为存在 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 模式仅适用于内置函数，不适用于可加载函数或存储函数。无论是否启用 忽略空格，都可以在可加载函数或存储函数名称后面添加空格。

有关 忽略空格 的进一步讨论，请参阅 第 11.2.5 节“函数名称解析和解析”。

不自动将零作为默认值

不自动将零作为默认值 影响 AUTO_INCREMENT 列的处理方式。通常，您可以通过将 NULL 或 0 插入该列来生成下一个序列号。不自动将零作为默认值 suppresses 这种行为对于 0，因此只有 NULL 生成下一个序列号。

这种模式在 0 已经存储在表的 AUTO_INCREMENT 列中时非常有用。（存储 0 并不是一个推荐的做法。）例如，如果您使用 mysqldump 转储表，然后重新加载它，MySQL 通常会在遇到 0 值时生成新的序列号，从而导致表的内容与转储的表不同。启用 不自动将零作为默认值 之前重新加载转储文件可以解决这个问题。出于这个原因，mysqldump 自动在其输出中包含一条启用 不自动将零作为默认值 的语句。

不使用反斜杠转义

启用该模式将禁用反斜杠字符 (\) 作为字符串和标识符中的转义字符。启用该模式后，反斜杠变成了一个普通字符，LIKE 表达式的默认转义序列也将更改，以便不使用转义字符。

不在创建表时使用目录

在创建表时，忽略所有 INDEX DIRECTORY 和 DATA DIRECTORY 指令。这项选项在副本服务器上非常有用。

不替换存储引擎

控制在语句中指定的存储引擎不可用或未编译时的自动替换，例如 CREATE TABLE 或 ALTER TABLE。

默认情况下，不替换存储引擎 是启用的。

因为存储引擎可以在运行时动态加载，Unavailable 引擎被视为同一种情况：

如果 不替换存储引擎 被禁用，对于 CREATE TABLE，默认引擎将被使用，并在所需引擎不可用时发出警告。对于 ALTER TABLE，警告将被发出，表将不被更改。

如果 不替换存储引擎 被启用，错误将发生，表将不被创建或更改，如果所需引擎不可用。

不使用无符号减法

在整数值之间的减法运算中，其中一个值的类型为 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)'

如果启用了 不使用无符号减法 SQL 模式，结果将是负数：

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

如果这种操作的结果用于更新 UNSIGNED 整数列，结果将被截断到列类型的最大值，或者如果启用了 不使用无符号减法，结果将被截断到 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 并不是在所有情况下都可用的。参见 第 14.10 节，“Cast 函数和操作符”。

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 影响服务器是否允许日期，其中年份部分非零，但月份或日部分为零。（该模式影响日期，如 '2010-00-01' 或 '2010-01-00'，但不影响 '0000-00-00'。要控制服务器是否允许 '0000-00-00'，请使用 NO_ZERO_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 列。

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

有关更多讨论和示例，请参见第14.19.3节，“MySQL Handling of 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.6 节，“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使重复唯一键值的行不被更新。将值设置为可能导致数据转换错误的值时，将其设置为最近的有效值。

ALTER TABLE

CREATE TABLE

CREATE TABLE ... SELECT

DELETE（单表和多表）

INSERT

LOAD DATA

LOAD XML

SELECT SLEEP()

UPDATE（单表和多表）