ALLOW_INVALID_DATES

不要对日期进行全面检查。只能确认月的取值范围是1 ~ 12，日的取值范围是1 ~ 31。这对于在三个不同字段中获取年、月和日并准确存储用户插入的内容(不需要日期验证)的Web应用程序可能很有用。此模式适用于日期和DATETIME列。它并不适用时间戳列，始终需要有效日期。

与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模式影响分割的处理零，包括国防部(N, 0)。数据更改操作(插入,更新)，其效果还取决于是否启用了严格SQL模式。

为选择，除以零返回零。启用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

的优先级不操作符是这样的表达式，如不是a在b和c之间被解析为NOT (a BETWEEN b AND c)。在一些旧版本的MySQL中，表达式被解析为(不是a)在b和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.

允许函数名和(特点。这会导致内置的函数名称被视为保留字。结果，必须引用与功能名称相同的标识符如下引用COUNT ()功能、用途数数作为以下语句中的表名导致错误：

mysql> CREATE TABLE count (i INT);错误1064(42000):您有一个错误在您的SQL语法

应引用表名：

mysql> CREATE TABLE ' count ' (i INT);查询OK, 0行受影响(0.00秒)

的Ignore_space.SQL模式适用于内置函数，而不是对用户定义的函数或存储功能。无论是如何的，始终允许在udf或存储的函数名称之后拥有空格Ignore_space.启用。

以便进一步讨论Ignore_space.,请参阅

NO_AUTO_CREATE_USER

防止授予语句来自动创建新用户帐户(除非指定了身份验证信息)。语句必须使用非空密码确认的或者使用认证插件确定。

它最好使用mysql帐户创建用户而不是授予。NO_AUTO_CREATE_USER已弃用，默认SQL模式包括NO_AUTO_CREATE_USER。分配给sql_mode.这一变化的NO_AUTO_CREATE_USER模式状态会产生警告，但设置的赋值除外sql_mode.来默认。预计NO_AUTO_CREATE_USER将在MySQL的未来版本中被删除，并且它的效果将一直被启用授予不再创建帐户)。

之前，之前NO_AUTO_CREATE_USER被推翻，一个原因不启用它是它不是安全的。现在它可以启用和复制安全用户管理如果不存在，请创建用户,删除用户如果存在,Alter user if exists而不是授予。当副本可能具有与源上的副本不同的授权时，这些语句将启用安全复制。看到

NO_AUTO_VALUE_ON_ZERO

NO_AUTO_VALUE_ON_ZERO影响处理AUTO_INCREMENT列。通常，您可以通过插入列来为列生成下一个序列号零或0进去。NO_AUTO_VALUE_ON_ZERO抑制这种行为0所以,只有零生成下一个序列号。

这种模式很有用，如果0已存储在一个表的AUTO_INCREMENT列。(存储0顺便说一下，这不是一个推荐的做法。)例如，如果您转储表,mysqldump然后重新加载，MySQL通常会在遇到0值，从而生成一个内容与转储的内容不同的表。启用NO_AUTO_VALUE_ON_ZERO在重新加载转储文件之前解决了这个问题。由于这个原因,,mysqldump自动在其输出中包含启用的语句NO_AUTO_VALUE_ON_ZERO。

NO_BACKSLASH_ESCAPES

启用此模式会禁用反斜杠字符的使用（\）作为字符串和标识符中的转义字符。通过启用此模式，Backslash成为与其他任何其他字符相似的普通字符，以及默认转义序列就像表达式被更改，因此不使用转义字符。

no_dir_in_create.

创建表时，忽略all索引目录和数据目录指令。此选项对副本复制服务器很有用。

no_engine_substitut

类语句时，控制默认存储引擎的自动替换创建表或ALTER TABLE指定禁用或未编译的存储引擎。

默认情况下,no_engine_substitut启用。

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

与no_engine_substitut残疾,创建表使用默认引擎，如果需要的引擎不可用，将会出现警告。为ALTER TABLE，则会出现警告，并且不会更改表。

与no_engine_substitut如果启用，则会发生错误，如果所需的引擎不可用，则不会创建或修改表。

NO_FIELD_OPTIONS

的输出中不打印mysql特定的列选项显示创建表。此模式由,mysqldump在便携性模式。

NO_KEY_OPTIONS

的输出中不打印mysql特定的索引选项显示创建表。此模式由,mysqldump在便携性模式。

NO_TABLE_OPTIONS

不打印特定于mysql的表选项(例如引擎)的输出显示创建表。此模式由,mysqldump在便携性模式。

NO_UNSIGNED_SUBTRACTION

整数值之间的减法，其中一个类型无符号，默认情况下生成无符号结果。如果结果是负数，则会产生一个错误:

mysql> SET sql_mode = ";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_SUBTRACTIONSQL模式已启用，结果为负：

mysql> SET sql_mode = 'NO_UNSIGNED_SUBTRACTION';mysql> SELECT CAST(0 AS UNSIGNED) - 1;+-------------------------+ | 作为无符号(0)- 1  | +-------------------------+ | - 1  | +-------------------------+

如果该操作的结果用于更新无符号整型列，结果将被剪辑到列类型的最大值，或者如果被剪辑到0NO_UNSIGNED_SUBTRACTION启用。启用严格的SQL模式后，会出现错误，列保持不变。

当NO_UNSIGNED_SUBTRACTION启用后，减法结果已签名，即使任何操作数都没有符合。例如，比较列的类型C2.在表t1和柱状图一样C2.在表t2:

mysql> set sql_mode ='';MySQL>创建表测试（C1 Bigint unsigned not null）;MySQL>创建表T1从测试中选择C1  -  1作为C2;mysql>描述t1;+ ------- + ------------------------------------- + ------- + |领域|型号null |钥匙|默认 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％。看到

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

拒绝选择列表、有条件，或命令列表引用未被命名的非聚合列集团子句在功能上也不依赖于(唯一由)集团列。

从MySQL 5.7.5开始，默认的SQL模式包括ONLY_FULL_GROUP_BY。（在5.7.5之前，MySQL没有检测到功能依赖性和ONLY_FULL_GROUP_BY默认不启用。关于5.7.5之前行为的描述，请参见MySQL 5.6参考手册。)

对标准SQL的MySQL扩展允许在有子句添加到选择列表中的别名表达式。MySQL 5.7.5之前，启用ONLY_FULL_GROUP_BY禁用此扩展，因此需要有使用无别名表达式编写的子句。从MySQL 5.7.5开始，这个限制被取消了有子句可以引用别名，而不管是否ONLY_FULL_GROUP_BY启用。

有关其他讨论和示例，请参见

pad_char_to_full_length.

默认情况下，尾随空格被从字符检索时的列值。如果pad_char_to_full_length.是否启用，则不进行修整和检索字符值被完整地填充。此模式不适用于VARCHAR列，检索时保留尾随的空格。

MySQL>创建表T1（C1 Char（10））;查询OK，0行受影响（0.37秒）MySQL>插入T1（C1）值（'XY'）;查询OK，1行受影响（0.01秒）MySQL> Set SQL_Mode ='';查询OK，0行受影响（0.00秒）MySQL>从T1中选择C1，Char_Length（C1）;+ ------ + ---------------- + |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 ())，而不是作为同义词或。

REAL_AS_FLOAT

治疗真正的作为同义词浮动。默认情况下，MySQL处理真正的作为同义词双。

STRICT_ALL_TABLES

为所有存储引擎启用严格的SQL模式。拒绝无效的数据值。有关详细信息，请参阅STRICT_ALL_TABLES包括效果ERROR_FOR_DIVISION_BY_ZERO,NO_ZERO_DATE,no_zero_in_date.模式。有关其他讨论，请参阅

STRICT_TRANS_TABLES

为事务性存储引擎启用严格的SQL模式，并在可能的情况下为非事务性存储引擎启用。有关详细信息，请参阅STRICT_TRANS_TABLES包括效果ERROR_FOR_DIVISION_BY_ZERO,NO_ZERO_DATE,no_zero_in_date.模式。有关其他讨论，请参阅

以下特殊模式是作为上一列表中模式值的组合的简写提供的。