mysql报错103(解决Mysql报Invalid default value for“operate_time”错误的问题)
mysql报错103
解决Mysql报Invalid default value for“operate_time”错误的问题在数据库中执行建表语句
|
CREATE TABLE `sys_acl` ( `id` int (11) NOT NULL AUTO_INCREMENT COMMENT '权限id' , `code` varchar (20) NOT NULL DEFAULT '' COMMENT '权限码' , ` name ` varchar (20) NOT NULL DEFAULT '' COMMENT '权限名称' , `acl_module_id` int (11) NOT NULL DEFAULT '0' COMMENT '权限所在的权限模块id' , `url` varchar (100) NOT NULL DEFAULT '' COMMENT '请求的url, 可以填正则表达式' , `type` int (11) NOT NULL DEFAULT '3' COMMENT '类型,1:菜单,2:按钮,3:其他' , `status` int (11) NOT NULL DEFAULT '1' COMMENT '状态,1:正常,0:冻结' , `seq` int (11) NOT NULL DEFAULT '0' COMMENT '权限在当前模块下的顺序,由小到大' , `remark` varchar (200) DEFAULT '' COMMENT '备注' , `operator` varchar (20) NOT NULL DEFAULT '' COMMENT '操作者' , `operate_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '最后一次更新时间' , `operate_ip` varchar (20) NOT NULL DEFAULT '' COMMENT '最后一个更新者的ip地址' , PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=11 DEFAULT CHARSET=utf8; |
报Invalid default value for 'operate_time'错误
查资料发现,mysql5.6以后才支持datetime类型,所以把datetime换为timestamp成功解决
datetime和timestamp区别不是特别大,主要区别有下面两点
1、两者的存储方式不一样
对于TIMESTAMP,它把客户端插入的时间从当前时区转化为UTC(世界标准时间)进行存储。查询时,将其又转化为客户端当前时区进行返回。而对于DATETIME,不做任何改变,基本上是原样输入和输出。
2、两者所能存储的时间范围不一样
timestamp所能存储的时间范围为:'1970-01-01 00:00:01.000000' 到 ‘2038-01-19 03:14:07.999999'。
datetime所能存储的时间范围为:'1000-01-01 00:00:00.000000' 到 ‘9999-12-31 23:59:59.999999'。
总结:
TIMESTAMP和DATETIME除了存储范围和存储方式不一样,没有太大区别。
当然,对于跨时区的业务,TIMESTAMP更为合适。
参考链接:MYSQL-datatime和timestamp的区别
补充:mysql 出现 "1067 - Invalid default value for 'UPDATE_TIME' " 错误提示的解决办法
由于 tmp_wrh_1 的字段UPDATE_TIME 的字段类型是 timestamp ,默认值是:'0000-00-00 00:00:00'
即:
|
`UPDATE_TIME` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00' COMMENT '更新时间' ; |
在对这个表进行操作的时候,
如:
|
alter table tmp_wrh_1 MODIFY column BUSINESS_TYPE varchar (5) comment 'hhr-服务费提现' ; --执行失败 |
会出现错误提示: 1067 - Invalid default value for 'UPDATE_TIME'
问题分析:
因为timestamp类型取值范围:1970-01-01 00:00:00 到 2037-12-31 23:59:59,
所以必须得把字段UPDATE_TIME 的默认值修改成:1970-01-01 00:00:00 到 2037-12-31 23:59:59 之间的值,
发现 默认值必须在1970-01-01 10:00:00 以后才修改成功,不知道什么原因!
问题解决:
|
alter table tmp_wrh_1 alter column update_time drop default ; alter table tmp_wrh_1 alter column UPDATE_TIME set default '1970-01-01 10:00:00' ; alter table tmp_wrh_1 MODIFY column BUSINESS_TYPE varchar (5) comment 'hhr-服务费提现' ; --执行成功 |
以上为个人经验,希望能给大家一个参考,也希望大家多多支持开心学习网。如有错误或未考虑完全的地方,望不吝赐教。
原文链接:https://blog.csdn.net/a1275302036/article/details/80278949
- mysql数据库如何删除重复记录(mysql数据库删除重复数据只保留一条方法实例)
- mysql删除表内所有数据(mysql 大表批量删除大量数据的实现方法)
- mysql完整整理(Mysql隔离性之Read View的用法说明)
- druid数据库连接池原理详解(阿里巴巴Druid,轻松实现MySQL数据库加密!)
- mysql触发器语法规则(MySQL 触发器的使用及需要注意的地方)
- navicat配置远程访问mysql(解决Navicat无法连接 VMware中Centos系统中的 MySQL服务器的问题)
- mysql查询分区语句(MySQL中 and or 查询的优先级分析)
- mysql创建数据库基本指令(MySql 新建用户与数据库的实际操作步骤)
- navicat创建MySql定时任务的方法详解(navicat创建MySql定时任务的方法详解)
- mysql创建表存在哪里(MySQL的表空间是什么)
- mysql各种类型设置(MySQL sql_mode的使用详解)
- mysql语句运行顺序(浅谈mysql执行过程以及顺序)
- mysql的json格式解析(mysql json格式数据查询操作)
- mysql开启审计日志会导致性能下降(MySQL 一则慢日志监控误报的问题分析与解决)
- mac更改mysql密码(Mac下mysql 8.0.22 找回密码的方法)
- mysql总是报错error(MySQL 5.6主从报错的实战记录)
- 美国数十万加仑牛奶倒下水道怎么回事 原因曝光令人心痛(美国数十万加仑牛奶倒下水道怎么回事)
- 探索中国神秘文字(探索中国神秘文字)
- 重温《蜗居》 宋思明选中海藻为红颜知己,纯属巧合,与爱无关(宋思明选中海藻为红颜知己)
- 越南旅游攻略(越南旅游攻略自由行)
- 成都旅游攻略(成都旅游攻略自由行最佳线路)
- 给儿童吃什么最好(给儿童吃什么最好消化)
热门推荐
- canvas绘图问题(记一次高分屏下canvas模糊问题)
- navicat注册和激活码(Navicat12.1系列破解激活教程亲测有效)
- javascript里字符串描述(JavaScript字符串操作的四个实用技巧)
- python常用列表函数和方法(Python enumerate函数功能与用法示例)
- docker容器测试环境构建(docker容器内安装TensorRT的问题)
- php实现无cookie的session(php实现多站点共用session实现单点登录的方法详解)
- python random函数在哪个包(Python3.5内置模块之random模块用法实例分析)
- 私有云需要企业自己买服务器吗(企业如何对私有云主机进行管理?)
- sql server中的逻辑读、物理读和预读
- sqlserver连接服务器怎么解决(Sql server端口未打开连接不上的解决方案)
排行榜
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9