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来解决这个问题:
通过上面的例子,对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;