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 也会导致产生警告，无论是否启用严格模式。

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_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_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启用。

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

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

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

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

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

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子句中引用选择列表中的别名表达式。HAVING无论是否 ONLY_FULL_GROUP_BY启用 ，子句都可以引用别名。

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

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 |
+------+------------+

另见第 11.2.6 节，“时间值中的小数秒”。

ANSI

等价于 REAL_AS_FLOAT、 PIPES_AS_CONCAT、 ANSI_QUOTES、 IGNORE_SPACE和 ONLY_FULL_GROUP_BY。

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 标准合规性”。

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，在唯一键值上发生重复键冲突的行不会更新。更新为会导致数据转换错误的值的行将更新为最接近的有效值。

ALTER TABLE

CREATE TABLE

CREATE TABLE ... SELECT

DELETE（单表和多表）

INSERT

LOAD DATA

LOAD XML

SELECT SLEEP()

UPDATE（单表和多表）