详解Mysql数据库date, datetime类型设置0000-00-00默认值(default)报错问题
现象:MySQL5.7版本之后,date,datetime类型设置默认值"0000-00-00",出现异常:Invaliddefaultvaluefor'time'
原因:在命令行窗口查看当前的sql_mode配置:
select@@sql_mode;
结果如下:
ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,
ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,andNO_ENGINE_SUBSTITUTION
其中NO_ZERO_IN_DATE,NO_ZERO_DATE两个选项禁止了0000这样的日期和时间。因此在mysql的配置文件中,重新设置sql_mode,去掉这两项就可以了。
解决办法
1.windows系统下:
使用SET[SESSION|GLOBAL]sql_mode='modes'
注意:SESSION(默认选项):表示当前回话中生效;GLOBAL(需重启):表示全局生效
也可以修改my.ini配置文件
*** 演示: SETGLOBALsql_mode='ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES, ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION'
1.Linux系统下:
修改my.cnf文件,在[mysqld]中添加
sql-mode=ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
修改完成一定重启MySQL
2.Mac系统下:
在MacOS中默认是没有my.cnf文件,如果需要对MySql进行定制,拷贝/usr/local/mysql/support-files/目录 中任意一个.cnf文件。笔者拷贝的是my-default.cnf,将它放到其他目录,按照上面修改完毕之后,更名为my.cnf,然后拷贝到/etc目录再重启下mysql就大功告成了。
sql_mode模式问题拓展
sql_mode常用值说明
1.SQL语法支持类
- ONLY_FULL_GROUP_BY
对于GROUPBY聚合操作,如果在SELECT中的列、HAVING或者ORDERBY子句的列,没有在GROUPBY中出现,那么这个SQL是不合法的。是可以理解的,因为不在groupby的列查出来展示会有矛盾。在5.7中默认启用,所以在实施5.6升级到5.7的过程需要注意:
- ANSI_QUOTES
启用ANSI_QUOTES后,不能用双引号来引用字符串,因为它被解释为识别符,作用与`一样。
设置它以后,updatetsetf1=""...,会报Unknowncolumn‘'in‘fieldlist这样的语法错误。
- PIPES_AS_CONCAT
将||视为字符串的连接操作符而非运算符,这和Oracle数据库是一样的,也和字符串的拼接函数CONCAT()相类似
- NO_TABLE_OPTIONS
使用SHOWCREATETABLE时不会输出mysql特有的语法部分,如ENGINE,这个在使用mysqldump跨DB种类迁移的时候需要考虑
- NO_AUTO_CREATE_USER
字面意思不自动创建用户。在给MySQL用户授权时,我们习惯使用GRANT...ON...TOdbuser顺道一起创建用户。设置该选项后就与oracle操作类似,授权之前必须先建立用户。5.7.7开始也默认了。
2.数据检查类
- NO_ZERO_DATE
认为日期‘0000-00-00'非法,与是否设置后面的严格模式有关。1.如果设置了严格模式,则NO_ZERO_DATE自然满足。但如果是INSERTIGNORE或UPDATEIGNORE,'0000-00-00'依然允许且只显示warning2.如果在非严格模式下,设置了NO_ZERO_DATE,效果与上面一样,'0000-00-00'允许但显示warning;如果没有设置NO_ZERO_DATE,nowarning,当做完全合法的值。3.NO_ZERO_IN_DATE情况与上面类似,不同的是控制日期和天,是否可为0,即2010-01-00是否合法。
- NO_ENGINE_SUBSTITUTION
使用ALTERTABLE或CREATETABLE指定ENGINE时,需要的存储引擎被禁用或未编译,该如何处理。启用NO_ENGINE_SUBSTITUTION时,那么直接抛出错误;不设置此值时,CREATE用默认的存储引擎替代,ATLER不进行更改,并抛出一个warning。
- STRICT_TRANS_TABLES
设置它,表示启用严格模式。
注意STRICT_TRANS_TABLES不是几种策略的组合,单独指INSERT、UPDATE出现少值或无效值该如何处理:把‘'传给int,严格模式下非法,若启用非严格模式则变成0,产生一个warning
OutOfRange,变成插入最大边界值
Avalueismissingwhenanewrowtobeinserteddoesnotcontainavalueforanon-NULLcolumnthathasnoexplicitDEFAULTclauseinitsdefinition
mysql5.0以上版本支持三种sql_mode模式:set@@sql_mode=xxx模式名;
我们常设置的sql_mode是ANSI、STRICT_TRANS_TABLES、TRADITIONAL,其中ANSI和TRADITIONAL是上面的几种组合。
3.ANSI模式:宽松模式,对插入数据进行校验,如果不符合定义类型或者长度,对数据类型调整或截断保存,报warning警告.
4.TRADITIONAL模式:严格模式,当向MySQL数据库插入数据时,进行数据的严格校验,保证错误数据不能插入,报error错误.用于事务时,会进行事务的回滚.
3.STRICT_TRANS_TABLES模式:严格模式,进行数据的严格校验,错误数据不能插入,报error错误。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持毛票票。