mysql5.6的数据导⼊mysql5.7时间⽇期出错
Incorrectdatetimev。。。
⼀、原理层⾯
这个错误发⽣在mysql 5.7 版本及以上版本会出现的问题:
mysql 5.7版本默认的sql配置是:sql_mode="ONLY_FULL_GROUP_BY",这个配置严格执⾏了"SQL92标准"。
很多从5.6升级到5.7时,为了语法兼容,⼤部分都会选择调整sql_mode,使其保持跟5.6⼀致,为了尽量兼容程序。
⼆、sql层⾯
在sql执⾏时,出现该原因:
简单来说就是:输出的结果是叫target list,就是select后⾯跟着的字段,还有⼀个地⽅group by column,就是
group by后⾯跟着的字段。由于开启了ONLY_FULL_GROUP_BY的设置,所以如果⼀个字段没有在target list 和group by字段中同时出现,或者是聚合函数的值的话,那么这条sql查询是被mysql认为⾮法的,会报错误。
错误:Incorrect datetime value: '0000-00-00 00:00:00' for column
⽅法⼀:
直接修改myf(路径:/etc/myf)即可 把sql_mode=""直接什么不要限制;
重启mysql服务即可完美解
⽅法⼆:
⼀ ERR 1067引发的⾎案
今天在Navicat中运⾏sql语句创建数据表出现了错误Err 1067。⽽这条语句在有些同事的mysql上是正确的,但是在有些⼈那⾥就报错。你说⽓不⽓⼈。
原因竟然是timestamp的默认值不正确。
查阅资料得知,mysql5.7版本中有了⼀个STRICT mode(严格模式),⽽在此模式下默认是不允许设置⽇期的值为全0值的,所以想要
解决这个问题,就需要修改sql_mode的值。
⼆问题的源头sql_mode
我们可以进⼊到mysql中⼀探sql_mode的究竟。⾸先进⼊到mysql的安装⽬录下的bin⽬录,使⽤管理员⽤户登录mysql数据库。
使⽤命令 mysql –h localhost –u root–p  其中-h是指定主机名或IP地址, -u是指定⽤户, -p是使⽤密码登录。
使⽤命令 select @@sql_mode; 可以查看sql_mode的值。如果输⼊了命令却没有反应,只是单单出现了 -> ,那么我想
你多半是应该像我⼀样,没有输⼊“;”。
通过上图中的结果我们可以看到sql_mode中有NO_ZERO_IN_DATE和NO_ZERO_DATE,在命令⾏中输⼊
set sql_mode=(select replace(@@sql_mode,'NO_ZERO_IN_DATE,NO_ZERO_DATE','')); 可以修改sql_mode。
之后可以查看⼀下sql_mode的值。可以发现已经成功去掉了NO_ZERO_IN_DATE和NO_ZERO_DATE。
重新运⾏了⼀下建表的sql语句,发现没什么卵⽤,依然Err 1067。不要想什么姿势不对的问题了,只是全局的sql_mode没有设置⽽已,⽽这⾥设置的sql_mode对⼤局根本没有影响。
使⽤命令select @@global.sql_mode; 可以查看全局sql_mode的值。
剩下的操作与之前的sql_mode设置是同理可证的,只是将之前sql_mode的地⽅都换成了@@global.sql_mode
,如图。
完成设置之后可以在Navicat中重新运⾏⼀下sql语句了,不过在那之前要先重新连接数据库,不然依然
Rrr 1067。
别问我为什么,叫我雷锋就好。运⾏结果如下:
好了,这次表是创建成功了的,⽽且换了⼀个错误Err 1055,翻译过来就是“⽆法给包含⼀个⾮聚合的列information_schema.
PROFILING.SEQ进⾏分组,这个功能不再依赖分组,且与新的规则不兼容sql_mode=only_full_group_by”。也说了这是由于
sql_mode中的“ONLY_FULL_GROUP_BY”导致的。可以再次修改sql_mode。
删除之前创建好的表,重新连接数据库,运⾏sql语句,然后就棒棒棒了。
当然这种解决⽅法只是扬汤⽌沸,⼀旦重启mysql数据库,之前费了狼劲设置的⼀堆值⼀夜回到解放前。
这也是有解决办法的,下⾯会给⼤家介绍。
三设置sql_mode
可以通过修改配置⽂件的⽅式设置sql_mode,这样在数据库重启之后sql_mode的值也不会改变。
⾸先我们需要知道的是mysql的配置⽂件的加载顺序。进⼊到数据库安装⽬录的bin⽬录下,使⽤命令
mysqld --verbose –help可以看到,不过这个命令的输出结果太长了,我暂时没有到更合适的命令来
查看。
加载顺序如图:
这些配置⽂件在加载时,后加载的会将之前加载的配置⽂件中的相同的值覆盖。不过我只在mysql的安装⽬录下到了⼀个名字很像的配置⽂件,其余的都没有到。
将这个⽂件备份好之后,修改名称为my.ini,与给出的加载配置⽂件顺序中的⽂件对应。然后打开⽂件,我这⾥的配置⽂件中的sql_mode只有两个值。
重启数据库后,使⽤命令查看sql_mode的值,发现与配置⽂件中完全吻合,搞定!
附加⼏种常见的sql_mode值的介绍:
⼏种常见的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创建密码为空的⽤户
下载mysql为什么下载不了NO_ENGINE_SUBSTITUTION:如果需要的存储引擎被禁⽤或未编译,那么抛出错误。不设置此值时,⽤默认的存储引擎替代,并抛出⼀个异常
PIPES_AS_CONCAT:将”||”视为字符串的连接操作符⽽⾮或运算符,这和Oracle数据库是⼀样的,也和字符串的拼接函数Concat相类似
ANSI_QUOTES:启⽤ANSI_QUOTES后,不能⽤双引号来引⽤字符串,因为它被解释为识别符

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。