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之间被解析为不是(a在b和c之间)．在一些较老的MySQL版本中，该表达式被解析为(不是a)在b和c之间．的方法可以获得旧的更高优先级行为HIGH_NOT_PRECEDENCESQL模式。

设置sql_mode = ";SELECT NOT 1 BETWEEN -5 AND 5;SET sql_mode = 'HIGH_NOT_PRECEDENCE';SELECT NOT 1 BETWEEN -5 AND 5;- > 1

IGNORE_SPACE

对象之间允许有空格（的性格。这将导致内置函数名被视为保留字。因此，与函数名相同的标识符必须像中描述的那样加引号COUNT ()功能，使用数因为下面语句中的表名会导致错误:

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

表名应该加引号:

创建表count (i INT);查询OK, 0行受影响(0.00秒)

的IGNORE_SPACESQL模式适用于内置函数，不适用于用户定义函数或存储函数。在UDF或存储函数名后始终允许有空格，无论是否IGNORE_SPACE启用。

进一步讨论IGNORE_SPACE,请参阅

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

启用此模式将禁用反斜杠字符(＼)作为字符串和标识符中的转义字符。启用此模式后，反斜杠将变成与任何其他字符一样的普通字符，并且的默认转义序列就像表达式更改为不使用转义字符。

NO_DIR_IN_CREATE

在创建表时，忽略所有索引目录而且数据目录指令。这个选项在复制服务器上很有用。

NO_ENGINE_SUBSTITUTION

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

默认情况下,NO_ENGINE_SUBSTITUTION启用。

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

与NO_ENGINE_SUBSTITUTION残疾,创建表使用默认引擎，如果所需的引擎不可用，则会出现警告。为ALTER TABLE时，会出现一个警告，该表不会被更改。

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

NO_UNSIGNED_SUBTRACTION

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

设置sql_mode = ";查询OK, 0 rows affected (0.00 sec) mysql> SELECT CAST(0 AS UNSIGNED) - 1;错误1690 (22003):BIGINT UNSIGNED值超出'(强制转换(0为UNSIGNED) - 1)'的范围

如果NO_UNSIGNED_SUBTRACTION启用SQL模式，结果为负数:

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

如果使用此类操作的结果来更新无符号整型列，则将结果剪切为列类型的最大值，如果是则将结果剪切为0NO_UNSIGNED_SUBTRACTION启用。如果启用了严格的SQL模式，则会发生错误，并且列保持不变。

当NO_UNSIGNED_SUBTRACTION启用时，对减法结果加符号，即使任何操作数是无符号的．例如，比较列的类型c2在表t1与列的c2在表t2：

mysql >设置sql_mode = ";CREATE TABLE test (c1 BIGINT UNSIGNED NOT NULL);CREATE TABLE t1 SELECT c1 - 1 AS c2 FROM test;mysql >描述t1;+-------+---------------------+------+-----+---------+-------+ | 字段默认零关键| | | | |类型多  | +-------+---------------------+------+-----+---------+-------+ | c2 | bigint(21)无符号| | | 0  | | +-------+---------------------+------+-----+---------+-------+ mysql >设置sql_mode =“NO_UNSIGNED_SUBTRACTION”;CREATE TABLE t2 SELECT c1 - 1 AS c2 FROM test;mysql >描述t2;+-------+------------+------+-----+---------+-------+ | 字段默认零关键| | | | |类型多  | +-------+------------+------+-----+---------+-------+ | c2 | bigint (21) | | | 0  | | +-------+------------+------+-----+---------+-------+

这意味着长整型数字无符号并非在所有上下文中都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

拒绝select列表，有条件,或命令类中未命名的非聚合列集团子句在功能上也不依赖于(唯一由)集团列。

标准SQL的MySQL扩展允许在有子句添加到选择列表中的别名表达式。的有子句可以引用别名，无论是否ONLY_FULL_GROUP_BY启用。

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

PAD_CHAR_TO_FULL_LENGTH

默认情况下，末尾的空格是从字符检索时的列值。如果PAD_CHAR_TO_FULL_LENGTH启用时，不进行修剪并检索字符值被填充到它们的全部长度。该模式不适用于VARCHAR列，在检索时为其保留尾随空格。

CREATE TABLE t1 (c1 CHAR(10));查询OK, 0行影响(0.37秒)mysql> INSERT INTO t1 (c1) VALUES('xy');查询OK, 1行影响(0.01秒)mysql> SET sql_mode = ";查询OK, 0 rows affected (0.00 sec) mysql> SELECT c1, CHAR_LENGTH(c1) FROM t1;+------+-----------------+ | c1 | CHAR_LENGTH (c1 ) | +------+-----------------+ | xy | 2  | +------+-----------------+ 1行组(0.00秒)mysql >设置sql_mode =“PAD_CHAR_TO_FULL_LENGTH”;查询OK, 0 rows affected (0.00 sec) mysql> SELECT c1, CHAR_LENGTH(c1) FROM t1;+------------+-----------------+ | c1 | CHAR_LENGTH (c1 ) | +------------+-----------------+ | xy | 10  | +------------+-----------------+ 1行集(0.00秒)

PIPES_AS_CONCAT

治疗||作为字符串连接操作符(与CONCAT ())而不是作为同义词或．

REAL_AS_FLOAT

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

STRICT_ALL_TABLES

为所有存储引擎开启严格SQL模式。无效的数据值将被拒绝。有关详细信息,请参见

STRICT_TRANS_TABLES

为事务性存储引擎启用严格SQL模式，并在可能时为非事务性存储引擎启用严格SQL模式。有关详细信息,请参见

TIME_TRUNCATE_FRACTIONAL

控件在插入对象时是否发生舍入或截断时间，日期,或时间戳值的小数秒部分转换为具有相同类型但小数位数较少的列。默认行为是使用舍入。如果启用了此模式，则会发生截断。下面的语句序列说明了其中的区别:

CREATE TABLE t (id INT, tval TIME);设置sql_mode = ";INSERT INTO t (id, tval) VALUES(1,1.55);设置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  | +------+------------+

另请参阅

下面的特殊模式作为前面列表中模式值的组合的简写。