记录上周帮同事调的一个bug,关于插入的日期格式不正确问题。
后来一看发现是以为mysql5.7的严格模式造成的,在这里做一个总结记录,同时也分享给需要的小伙伴们!
解决方案
1,查看sql_model的值
可以发现其值设置有NO_ZERO_IN_DATE和NO_ZERO_DATE
关于这两个值的介绍
NO_ZERO_IN_DATE:这个模式影响了是否允许日期中的月份和日包含0。如果开启此模式,2016-01-00是不允许的,但是0000-02-01是允许的
NO_ZERO_DATE:设置该值,mysql数据库不允许插入零日期
根据上面sql_model值的介绍,可知道它是不支持插入包含0的日期
2,修改sql_model的值
上面的命令我是用的本地测试来做示例说明的,修改sql_model的值。
因为mysql重启时 会重新读取配置文件里对应值,如果需永久生效需要修改配置文件里的值。
在Linux版本上修改MySql安装目录下的my.ini文件中sql_model的值,重启即可生效
3,sql_model值的介绍
除了上面说的那两种外,还有下面说的这几种,如下所示:
1)ONLY_FULL_GROUP_BY:出现在SELECT语句、HAVING条件和ORDER BY语句中的列,必须是GROUP BY的列或者依赖于GROUP BY列的函数列。
2)NO_AUTO_VALUE_ON_ZERO:该值影响自增长列的插入。默认设置下,插入0或NULL代表生成下一个自增长值。如果用户希望插入的值为0,而该列又是自增长的,那么这个选项就有用了。
3)STRICT_TRANS_TABLES:在该模式下,如果一个值不能插入到一个事务表中,则中断当前的操作,对非事务表不做限制。
4)ERROR_FOR_DIVISION_BY_ZERO:在INSERT或UPDATE过程中,如果数据被零除,则产生错误而非警告。如果未给出该模式,那么数据被零除时,MySQL返回NULL。
5)NO_AUTO_CREATE_USER:禁止GRANT创建密码为空的用户。
6)NO_ENGINE_SUBSTITUTION:如果需要的存储引擎被禁用或未编译,那么抛出错误。不设置此值时,用默认的存储引擎替代,并抛出一个异常。
7)PIPES_AS_CONCAT:将”||”视为字符串的连接操作符而非或运算符,这和Oracle数据库是一样的,也和字符串的拼接函数Concat相类似。
8)ANSI_QUOTES:启用ANSI_QUOTES后,不能用双引号来引用字符串,因为它被解释为识别符。