念念不忘
必有回响

关于MySQL中的sql_mode

在迁移、更新数据库时,经常会遇到的问一个问题就是datetime的默认值'0000-00-00 00:00:00'的问题,我发现很多人都喜欢将某个datetime的字段默认值设置为'0000-00-00 00:00:00',还发现升级MySQL后部分SQL会提示ONLY_FULL_GROUP_BY的错误,所以,每次安装部署MySQL时都需要注意这些内容,真是头疼。

不过每次遇到这个错误,要么修改数据,要么修改查询SQL,最省事的还是去修改MySQL的sql_mode。通常都是在命令行交互、可视化界面中去执行set global sql_mode命令,但是这种不配置在配种文件中的配置信息还是令人不放心,所以如果非要去修改默认的sql_mode,我个人还是喜欢直接修改my.cnf的,不过还是希望能够按照MySQL默认的sql_mode去开发和使用。

通过select @@sql_mode; 可以查看默认的sql_mode内容,那么下面就对这些内容做个简单的解释,至少要知道它们是干嘛的。

ONLY_FULL_GROUP_BY

出现在select语句、HAVING条件和ORDER BY语句中的列,必须是GROUP BY的列或者依赖于GROUP BY列的函数列。

NO_AUTO_VALUE_ON_ZERO

该值影响自增长列的插入。默认设置下,插入0或NULL代表生成下一个自增长值。如果用户希望插入的值为0,而该列又是自增长的,那么这个选项就有用了。

STRICT_TRANS_TABLES

在该模式下,如果一个值不能插入到一个事务表中,则中断当前的操作,对非事务表不做限制

NO_ZERO_IN_DATE

这个模式影响了是否允许日期中的月份和日包含0。如果开启此模式,2016-01-00是不允许的,但是0000-02-01是允许的。它实际的行为受到 strict mode是否开启的影响1。

NO_ZERO_DATE

设置该值,mysql数据库不允许插入零日期。它实际的行为受到 strictmode是否开启的影响2。

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后,不能用双引号来引用字符串,因为它被解释为识别符

目前,我遇到的绝大多数都是需要将ONLY_FULL_GROUP_BYNO_ZERO_DATENO_ZERO_IN_DATE去掉,不过还是要了解这三个参数的优劣。

赞(0) 打赏
未经允许不得转载:码农志 » 关于MySQL中的sql_mode

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏