ANSI

该模式将语法和行为调整为更紧密地遵循标准SQL。它是组合模式列表的其中一个，位于本节末尾。

STRICT_TRANS_TABLES

如果不能将值插入事务表中，就中止语句。如果是非事务表，就在单行语句或多行语句的第一行中止语句。更多详细信息请见本节后面。

TRADITIONAL

使MySQL像传统的SQL数据库系统一样。该模式的简单描述是“插入错误值时给出错误，而不是警告”。它是组合模式列表的其中一个，位于本节末尾。

ALLOW_INVALID_DATES

不执行完整的日期检查。只检查月份是否在1-12范围内，日期是否在1-31范围内。这可能对Web应用程序有用，该应用程序从用户处获取年、月、日三个字段，并将用户输入的值存储在数据库中，而不进行日期验证。这一模式适用于DATE和DATETIME列，不适用于TIMESTAMP列，因为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节，“Schema Object Names”中所述那样被引用。例如，因为存在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节，“Function Name Parsing and Resolution”。

NO_AUTO_VALUE_ON_ZERO

NO_AUTO_VALUE_ON_ZERO影响AUTO_INCREMENT列的处理。通常，您可以通过将AUTO_INCREMENT列插入0或NULL来生成下一个顺序号。NO_AUTO_VALUE_ON_ZERO将抑制0的这种行为，使得只有NULL生成下一个顺序号。

这个模式可以在将0存储在表的AUTO_INCREMENT列中时非常有用。存储0并不是推荐的实践方法。例如，如果使用mysqldump将表dump到文件，然后重新加载该文件，MySQL通常会在遇到0值时生成新的序列号，从而导致dump的表内容不同于原始表。启用NO_AUTO_VALUE_ON_ZERO在重新加载dump文件时解决这个问题。因此,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是启用的。

由于存储引擎可以在运行时插件，因此 unavailable引擎将被视为同样处理：

在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在所有上下文中不可完全使用。请参阅第14.10节，“Cast Functions and Operators”。

NO_ZERO_DATE

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

NO_ZERO_DATE已弃用。NO_ZERO_DATE不属于严格模式的一部分，但应该与严格模式一起使用，并且默认启用。警告将出现，如果启用NO_ZERO_DATE而不启用严格模式或 vice versa。

由于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模式。《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列。

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值的fractional seconds 部分到具有相同类型但更少fractional digits 的列时是否进行舍入或截断。默认行为是使用舍入。如果启用了该模式，截断将发生。以下是一系列语句，展示了不同情况的结果：

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节，“时间值中的fractional seconds”。

ANSI

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

ANSI模式还会使服务器在外部引用MAX(t1.b)不能在外部查询中聚合，因为它出现在该查询的WHERE子句中。标准SQL在这种情况下要求错误。如果ANSI模式未启用，服务器将对MAX(t1.b)进行处理，类似于它将对MAX(t1.b)进行处理。

SELECT * FROM t1 WHERE t1.a IN (SELECT MAX(t1.b) FROM t2 WHERE ...);

请参见第1.7节，“MySQL Standards Compliance”。

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'作为有效日期的处理方式如下：

严格模式对是否允许日期的处理方式如下：

IGNORE 关键字对语句执行的影响

严格 SQL 模式对语句执行的影响

CREATE TABLE ... SELECT：IGNORE不适用于CREATE TABLE或SELECT语句的部分，而是对插入到由SELECT产生的行的表中行的插入。重复的行将被忽略。

DELETE：IGNORE将忽略删除过程中的错误。

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 数据

LOAD XML

SELECT SLEEP()

UPDATE (单表和多表)