MySQL——SQL Mode详解
简介
MySQL服务器能够工作在不同的SQL模式下，并能针对不同的客户端以不同的方式应用这些模式。这样，应用程序就能对服务器操作进行量身定制以满足自己的需求。这类模式定义了MySQL应支持的SQL语法，以及应该在数据上执行何种确认检查。这样，就能在众多不同的环境下，与其他数据库服务器一起更容易地使用MySQL。从MySQL 4.1 开始，也能在启动之后，使用SET[SESSION|GLOBAL]sql_mode='mode1,mode2…'语句，通过设置sql_mode变量更改模式。
在*nux下安装完MySQL后，默认的sql_mode值是空，在这种情形下MySQL执行的是一种不严格的检查，比如查询条件为字符串类型时，如果没有对应的sql_mode设置，那么where column = "…"或者where column = '…' 都是允许的。
下面举一个简单的栗子🌰，通过修改sql_mode来解决这个问题：
上面的这个例子中：表wm_poi_dispatch_setting有一个varchar类型的字段diff，因为sql_mode默认为空，所以where diff = "234"时是可以通过并获得结果的；当修改sql_mode为'ANSI_QUOTES'时，再次查询，发现就会提示ERROR 1054 (42S22): Unknown column '234' in 'where clause'。
通过上面的例子，对sql_mode的简单设置，便能解决这个问题，即能控制sql规范，也能够识别"这个字符。
sql_mode常用值
- ONLY_FULL_GROUP_BY
对于GROUP BY聚合操作，如果在SELECT中的列，没有在GROUP BY中出现，那么这个SQL是不合法的，因为列不在GROUP BY从句中。
- NO_AUTO_VALUE_ON_ZERO
该值影响自增长列的插入。默认设置下，插入0或NULL代表生成下一个自增长值。如果用户希望插入的值为0，该列又是自增长的，那么这个选项就有用了。
- STRICT_TRANS_TABLES
在该模式下，如果一个值不能插入到一个事物表中，则中断当前的操作，对非事物表不做限制
- NO_ZERO_IN_DATE
在严格模式下，不允许日期和月份为零
- NO_ZERO_DATE
设置该值，mysql数据库不允许插入零日期，插入零日期会抛出错误而不是警告。
- ERROR_FOR_DIVISION_BY_ZERO
在INSERT或UPDATE过程中，如果数据被零除，则产生错误而非警告。如 果未给出该模式，那么数据被零除时MySQL返回NULL
- NO_AUTO_CREATE_USER
禁止GRANT创建密码为空的用户
- NO_ENGINE_SUBSTITUTION
如果需要的存储引擎被禁用或未编译，那么抛出错误。不设置此值时，用默认的存储引擎替代，并抛出一个异常
- PIPES_AS_CONCAT
将"||"视为字符串的连接操作符而非或运算符，这和Oracle数据库是一样的，也和字符串的拼接函数Concat相类似
- ANSI_QUOTES
启用ANSI_QUOTES后，不能用双引号来引用字符串，因为它被解释为识别符
SESSION与GLOBAL
sql_mode有全局与会话之分：
全局：select|set @@GLOBAL.sql_mode;
会话：select|set @@SESSION.sql_mode;
