MySQL sql-mode

时间 2019-11-10

标签 mysql sql mode 栏目 MySQL 繁體版

原文原文链接

最近在作一个项目的时候错了一个至关奇怪的问题：mysql

代码是我从svn上直接checkout出来的，数据库是从别人的机器上直接dump出来的。环境配置稳当之后，就是在个人机器上不能正常下订单。刚开始不明白，为何一样的代码，一样的数据库sql

在别人的机器上能够正常的运行，在个人机器上却一直不能正常运行。数据库

之因此出现这样的问题，缘由是我机器上mysql是以sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"的模式运行的，由于咱们公司产品sql写的不是特别标准，导致的sql语句不能正常的insert到数据库，最后致使结果下单提示失败。服务器

为了简单起见，我只是修改了我机器上mysql的sql-model为"NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION",而后重启下msyql服务器就OK了。svn

让我很火大的人写咱们公司系统的这些NB人士们，既然数据库表字段定义的是NOT NULL，为何在写insert的时候不为该字段设置默认值？？不为字段设置default 还不在sql中给出初始值，不知道这些NB人士们想干什么？？函数

我但愿那些NB人士们，在写sql的时候能写的稍微规范一点，至少让别人在不运行在错误模式的状况下可以正常的运行起来。。。。。。索引

上火。。事务

有想了解MYSQL 服务器mode的朋友能够查看mysql5.1参考手册 5.3.2 SQL服务器模式一节。字符串

#############################华丽分割线###########################产品

#############################华丽分割线###########################

5.3.2. SQL服务器模式

MySQL服务器能够以不一样的SQL模式来操做，而且能够为不一样客户端应用不一样模式。这样每一个应用程序能够根据本身的需求来定制服务器的操做模式。

模式定义MySQL应支持哪些SQL语法，以及应执行哪一种数据验证检查。这样能够更容易地在不一样的环境中使用MySQL，并结合其它数据库服务器使用MySQL。

你能够用--sql-mode="modes"选项启动mysqld来设置默认SQL模式。若是你想要重设，该值还能够为空(--sql-mode ="")。

你还能够在启动后用SET [SESSION|GLOBAL] sql_mode='modes'语句设置sql_mode变量来更改SQL模式。设置 GLOBAL变量时须要拥有SUPER权限，而且会影响从那时起链接的全部客户端的操做。设置SESSION变量只影响当前的客户端。任何客户端能够随时更改本身的会话 sql_mode值。

Modesis是用逗号(‘，’)间隔开的一系列不一样的模式。你能够用SELECT @@sql_mode语句查询当前的模式。默认值是空(没有设置任何模式)。

主要重要sql_mode值为：

· ANSI

更改语法和行为，使其更符合标准SQL。

· STRICT_TRANS_TABLES

若是不能将给定的值插入到事务表中，则放弃该语句。对于非事务表，若是值出如今单行语句或多行语句的第1行，则放弃该语句。本节后面给出了更详细的描述。

· TRADITIONAL

Make MySQL的行为象“传统”SQL数据库系统。该模式的简单描述是当在列中插入不正确的值时“给出错误而不是警告”。注释：一旦发现错误当即放弃INSERT/UPDATE。若是你使用非事务存储引擎，这种方式不是你想要的，由于出现错误前进行的数据更改不会“滚动”，结果是更新“只进行了一部分”。

本手册指“严格模式”，表示至少STRICT _TRANS_TABLES或STRICT _ALL_TABLES被启用的模式。

下面描述了支持的全部模式：

· ALLOW_INVALID_DATES

在严格模式下不要检查所有日期。只检查1到12之间的月份和1到31之间的日。这在Web应用程序中，当你从三个不一样的字段获取年、月、日，而且想要确切保存用户插入的内容(不进行日期验证)时很重要。该模式适用于DATE和DATETIME列。不适合TIMESTAMP列，TIMESTAMP列须要验证日期。

启用严格模式后，服务器须要合法的月和日，不只仅是分别在1到12和1到31范围内。例如，禁用严格模式时'2004-04-31'是合法的，但启用严格模式后是非法的。要想在严格模式容许遮掩固定日期，还应启用ALLOW_INVALID_DATES。

· ANSI_QUOTES

将‘"’视为识别符引号(‘`’引号字符)，不要视为字符串的引号字符。在ANSI模式，你能够仍然使用‘`’来引用识别符。启用ANSI_QUOTES后，你不能用双引号来引用字符串，由于它被解释为识别符。

· ERROR_FOR_DIVISION_BY_ZERO

在严格模式，在INSERT或UPDATE过程当中，若是被零除(或MOD(X，0))，则产生错误(不然为警告)。若是未给出该模式，被零除时MySQL返回NULL。若是用到INSERT IGNORE或UPDATE IGNORE中，MySQL生成被零除警告，但操做结果为NULL。

· 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 = 'broken_not';

mysql> SELECT NOT 1 BETWEEN -5 AND 5;

-> 1

· IGNORE_SPACE

容许函数名和‘(’之间有空格。强制将全部函数名视为保存的字。结果是，若是你想要访问保存为字的数据库、表或列名，你必须引用它。例如，由于有USER()函数，mysql数据库中的user表名和该表内的User列被保存下来，所以你必须引用它们：

SELECT "User" FROM mysql."user";

· NO_AUTO_CREATE_USER

防止GRANT自动建立新用户，除非还指定了密码。

· NO_AUTO_VALUE_ON_ZERO

NO_AUTO_VALUE_ON_ZERO影响AUTO_INCREMENT列的处理。通常状况，你能够向该列插入NULL或0生成下一个序列号。NO_AUTO_VALUE_ON_ZERO禁用0，所以只有NULL能够生成下一个序列号。

若是将0保存到表的AUTO_INCREMENT列，该模式会颇有用。(不推荐采用该惯例)。例如，若是你用mysqldump转储表并重载，MySQL遇到0值通常会生成新的序列号，生成的表的内容与转储的表不一样。重载转储文件前启用NO_AUTO_VALUE_ON_ZERO能够解决该问题。mysqldump在输出中自动包括启用NO_AUTO_VALUE_ON_ZERO的语句。

· NO_BACKSLASH_ESCAPES

禁用反斜线字符(‘\’)作为字符串内的退出字符。启用该模式，反斜线则成为普通字符。

· NO_DIR_IN_CREATE

建立表时，忽视全部INDEX DIRECTORY和DATA DIRECTORY指令。该选项对从复制服务器有用。

· NO_ENGINE_SUBSTITUTION

若是须要的存储引擎被禁用或未编译，能够防止自动替换存储引擎。

· NO_FIELD_OPTIONS

不要在SHOW CREATE TABLE的输出中打印MySQL专用列选项。该模式在可移植模式（portability mode）下用于mysqldump。

· NO_KEY_OPTIONS

不要在SHOW CREATE TABLE的输出中打印MySQL专用索引选项。该模式在可移植模式（portability mode）下用于mysqldump。

· NO_TABLE_OPTIONS

不要在SHOW CREATE TABLE的输出中打印MySQL专用表选项（例如ENGINE）。该模式在可移植模式（portability mode）下用于mysqldump。

· NO_UNSIGNED_SUBTRACTION

在减运算中，若是某个操做数没有符号，不要将结果标记为UNSIGNED。请注意这样使UNSIGNED BIGINT不能100%用于上下文中。参见12.8节，“Cast函数和操做符”。

· NO_ZERO_DATE

在严格模式，不要将 '0000-00-00'作为合法日期。你仍然能够用IGNORE选项插入零日期。在非严格模式，能够接受该日期，但会生成警告。

· NO_ZERO_IN_DATE

在严格模式，不接受月或日部分为0的日期。若是使用IGNORE选项，咱们为相似的日期插入'0000-00-00'。在非严格模式，能够接受该日期，但会生成警告。

· ONLY_FULL_GROUP_BY

不要让GROUP BY部分中的查询指向未选择的列。

· PIPES_AS_CONCAT

将||视为字符串链接操做符（＋）(同CONCAT())，而不视为OR。

· REAL_AS_FLOAT

将REAL视为FLOAT的同义词，而不是DOUBLE的同义词。

· STRICT_TRANS_TABLES

为全部存储引擎启用严格模式。非法数据值被拒绝。后面有详细说明。

· STRICT_TRANS_TABLES

为事务存储引擎启用严格模式，也可能为非事务存储引擎启用严格模式。后面有详细说明。

严格模式控制MySQL如何处理非法或丢失的输入值。有几种缘由可使一个值为非法。例如，数据类型错误，不适合列，或超出范围。当新插入的行不包含某列的没有显示定义DEFAULT子句的值，则该值被丢失。

对于事务表，当启用STRICT_ALL_TABLES或STRICT_TRANS_TABLES模式时，若是语句中有非法或丢失值，则会出现错误。语句被放弃并滚动。

对于非事务表，若是插入或更新的第1行出现坏值，两种模式的行为相同。语句被放弃，表保持不变。若是语句插入或修改多行，而且坏值出如今第2或后面的行，结果取决于启用了哪一个严格选项：

· 对于STRICT_ALL_TABLES，MySQL返回错误并忽视剩余的行。可是，在这种状况下，前面的行已经被插入或更新。这说明你能够部分更新，这可能不是你想要的。要避免这点，最好使用单行语句，由于这样能够不更改表便可以放弃。

· 对于STRICT_TRANS_TABLES，MySQL将非法值转换为最接近该列的合法值并插入调整后的值。若是值丢失，MySQL在列中插入隐式默认值。在任何状况下，MySQL都会生成警告而不是给出错误并继续执行语句。13.1.5节，“CREATE TABLE语法”描述了隐式默认值。

严格模式不容许非法日期，例如'2004-04-31'。它不容许禁止日期使用“零”部分，例如'2004-04-00'或“零”日期。要想禁止，应在严格模式基础上，启用NO_ZERO_IN_DATE和NO_ZERO_DATE SQL模式。

若是你不使用严格模式(即不启用STRICT_TRANS_TABLES或STRICT_ALL_TABLES模式)，对于非法或丢失的值，MySQL将插入调整后的值并给出警告。在严格模式，你能够经过INSERT IGNORE或UPDATE IGNORE来实现。参见13.5.4.22节，“SHOW WARNINGS语法”。

下面的特殊模式快速组合了前面所列的模式。

其中包括大多数最新版本MySQL中的全部模式值。旧版本中，组合模式不包括新版本中没有的不适用的具体模式值。

· ANSI

等同REAL_AS_FLOAT、PIPES_AS_CONCAT、ANSI_QUOTES、IGNORE_SPACE。参见1.8.3节，“在ANSI模式下运行MySQL”。

· DB2

等同PIPES_AS_CONCAT、ANSI_QUOTES、IGNORE_SPACE、NO_KEY_OPTIONS、NO_TABLE_OPTIONS、NO_FIELD_OPTIONS。

· MAXDB

等同PIPES_AS_CONCAT、ANSI_QUOTES、IGNORE_SPACE、NO_KEY_OPTIONS、NO_TABLE_OPTIONS、NO_FIELD_OPTIONS、 NO_AUTO_CREATE_USER。

· MSSQL

等同PIPES_AS_CONCAT、ANSI_QUOTES、IGNORE_SPACE、NO_KEY_OPTIONS、NO_TABLE_OPTIONS、 NO_FIELD_OPTIONS。

· MYSQL323

等同NO_FIELD_OPTIONS、HIGH_NOT_PRECEDENCE。

· MYSQL40

等同NO_FIELD_OPTIONS、HIGH_NOT_PRECEDENCE。

· ORACLE

等同PIPES_AS_CONCAT、ANSI_QUOTES、IGNORE_SPACE、NO_KEY_OPTIONS、NO_TABLE_OPTIONS、NO_FIELD_OPTIONS、NO_AUTO_CREATE_USER。

· POSTGRESQL

等同PIPES_AS_CONCAT、ANSI_QUOTES、IGNORE_SPACE、NO_KEY_OPTIONS、NO_TABLE_OPTIONS、NO_FIELD_OPTIONS。

· TRADITIONAL

等同STRICT_TRANS_TABLES、STRICT_ALL_TABLES、NO_ZERO_IN_DATE、NO_ZERO_DATE、ERROR_FOR_DIVISION_BY_ZERO、NO_AUTO_CREATE_USER。