解決Mysql報Invalid default value for ''operate_time''錯誤的問題
在數(shù)據(jù)庫中執(zhí)行建表語句
CREATE TABLE `sys_acl` ( `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '權(quán)限id', `code` varchar(20) NOT NULL DEFAULT '' COMMENT '權(quán)限碼', `name` varchar(20) NOT NULL DEFAULT '' COMMENT '權(quán)限名稱', `acl_module_id` int(11) NOT NULL DEFAULT '0' COMMENT '權(quán)限所在的權(quán)限模塊id', `url` varchar(100) NOT NULL DEFAULT '' COMMENT '請求的url, 可以填正則表達(dá)式', `type` int(11) NOT NULL DEFAULT '3' COMMENT '類型,1:菜單,2:按鈕,3:其他', `status` int(11) NOT NULL DEFAULT '1' COMMENT '狀態(tài),1:正常,0:凍結(jié)', `seq` int(11) NOT NULL DEFAULT '0' COMMENT '權(quán)限在當(dāng)前模塊下的順序,由小到大', `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'錯誤
查資料發(fā)現(xiàn),mysql5.6以后才支持datetime類型,所以把datetime換為timestamp成功解決
datetime和timestamp區(qū)別不是特別大,主要區(qū)別有下面兩點
1、兩者的存儲方式不一樣
對于TIMESTAMP,它把客戶端插入的時間從當(dāng)前時區(qū)轉(zhuǎn)化為UTC(世界標(biāo)準(zhǔn)時間)進(jìn)行存儲。查詢時,將其又轉(zhuǎn)化為客戶端當(dāng)前時區(qū)進(jìn)行返回。而對于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'。
總結(jié):
TIMESTAMP和DATETIME除了存儲范圍和存儲方式不一樣,沒有太大區(qū)別。
當(dāng)然,對于跨時區(qū)的業(yè)務(wù),TIMESTAMP更為合適。
參考鏈接:MYSQL-datatime和timestamp的區(qū)別
補(bǔ)充:mysql 出現(xiàn) "1067 - Invalid default value for 'UPDATE_TIME' " 錯誤提示的解決辦法
由于 tmp_wrh_1 的字段UPDATE_TIME 的字段類型是 timestamp ,默認(rèn)值是:'0000-00-00 00:00:00'
即:
`UPDATE_TIME` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00' COMMENT '更新時間';
在對這個表進(jìn)行操作的時候,
如:
alter table tmp_wrh_1 MODIFY column BUSINESS_TYPE varchar(5) comment 'hhr-服務(wù)費提現(xiàn)'; --執(zhí)行失敗
會出現(xiàn)錯誤提示: 1067 - Invalid default value for 'UPDATE_TIME'
問題分析:
因為timestamp類型取值范圍:1970-01-01 00:00:00 到 2037-12-31 23:59:59,
所以必須得把字段UPDATE_TIME 的默認(rèn)值修改成:1970-01-01 00:00:00 到 2037-12-31 23:59:59 之間的值,
發(fā)現(xiàn) 默認(rèn)值必須在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-服務(wù)費提現(xiàn)'; --執(zhí)行成功
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方,望不吝賜教。
相關(guān)文章
從云數(shù)據(jù)遷移服務(wù)看MySQL大表抽取模式的原理解析
這篇文章主要介紹了從云數(shù)據(jù)遷移服務(wù)看MySQL大表抽取模式的原理解析,本文給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下2021-02-02SQL Server 完整備份遇到的一個不常見的錯誤及解決方法
這篇文章給大家介紹了SQL Server 完整備份遇到的一個不常見的錯誤及解決方法,非常不錯,具有一定的參考借鑒價值,需要的朋友參考下吧2019-05-05django2.2版本連接mysql數(shù)據(jù)庫的方法
這篇文章主要介紹了django2.2版本如何連接mysql數(shù)據(jù)庫,本文圖文并茂給大家介紹的非常詳細(xì),具有一定的參考借鑒價值,需要的朋友可以參考下2019-10-10MariaDB(MySQL)創(chuàng)建、刪除、選擇及數(shù)據(jù)類型使用詳解
這篇文章主要介紹了MariaDB(MySQL)創(chuàng)建、刪除、選擇及數(shù)據(jù)類型使用詳解的相關(guān)資料,需要的朋友可以參考下2016-09-09