MySQL SQL模式（Mode）

MySQL服务器能够工作在不同的SQL模式下，并能够针对不同的客户端以不同的方式应用这些模式。这样，应用程序就能对服务器进行量身定制以满足自己的需求。这类模式定义了MySQL应支持的SQL语法，以及应该在数据上执行何种确认检查。这样，就能在众多不同的环境下、与其他数据库服务器一起更容易地使用MySQL。

可以使用“--sql-mode="modes"”选项，通过启动mysqld模式来设置默认的SQL模式。从MySQL4.1开始，也能在启动之后，使用SET [ SESSION | GLOBAL ] sql_mode="modes" 语句，通过设置sql_mode变量来改变模式。

通常在Linux下安装玩MySQL后，默认mysql-mode值是空的，在这种情形下MySQL指定的是一种不严格的检查，例如日期字段可以插入“ 0000-00-00 00:00:00”这样的值，还有如果要插入的字段长度超过列定义的长度，那么MySQL不会终止操作，而是会自动截断后面的字符继续插入，如下例：

我们会发现插入的字符被自动截断了，但是如果我们本意希望如果长度超过限制就报错，那么我们就可以设置sql_mode为STRICT_TRANS_TABLES，如下：

这样我们再执行同样的操作，MySQL就会告诉我们插入的值太长，操作被终止，如下：

经常使用的sql_mode值

Sql_mode值	描述
ansi	更改语法和行为，使其更符合标准SQL
strict_trans_tables	如果不能将给定的值插入事务表中，则放弃该语句。对于非事务表，如果值出现单行语句或多行语句的第一行，则放弃该语句
traditional	Make MySQL的行为像“传统”SQL数据库系统，。该模式的简单描述是当在列中插入不正确的值时，给出错误而不是警告。注释：一旦发现错误立即放弃INSERT / UPDATE。如果你使用非事务存储引擎，这种方式不是你想要的，因为出现错误前进行的数据更改不会“滚动”，结果是更新“只进行了一部分”。

说明：如果把sql_mode的值设置成后面的两个值（也就是我们说的严格模式），那么当在列中插入或更新不正确的值时，MySQL将会给出错误，并且放弃INSERT / UPDATE操作。在我们的一般应用中建议使用这两种模式，而不是使用默认的空或ANSI模式。但是需要注意的问题是，如果数据库运行在严格模式下，并且你的存储引擎不支持事务，那么有数据不一致的风险存在，比如一组sql中有两个dml语句，如果后面出现了问题，但是前面的已经操作成功，那么MySQL并不能回滚前面的操作。因此说设置sql_mode需要应用人员权衡跟踪得失，从而得到一个合适的选择。

sql_mode的值还有很多，这里不再赘述，可以参考相关的手册。

SQL Mode与可移植性

如果MySQL与其他异构数据之间有数据移植需求的话，那么下面的sql_mode的组合设置可以达到响应的效果：

数据库	Sql_mode值
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
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

SQL Mode与数据校验

SQL Mode还可以实现对数据校验和转移等功能，如：

1. 校验日期数据合法性
2. 在INSERT或UPDATE过程中，如果被零除（或MOD(X , 0) ），则产生错误
3. 将' " " '双引号视为识别符引号(· 反引号字符)
   
4. 禁用反斜线字符( \ )作为字符串内的退出字符。启用NO_BACKSLASH_ESCAPE模式，反斜线则成为普通字符。
5. 将||视为字符串连接操作符( + )（同CONCAT()），而不是OR