解決Mysql報(bào)Invalid default value for ''operate_time''錯(cuò)誤的問(wèn)題
在數(shù)據(jù)庫(kù)中執(zhí)行建表語(yǔ)句
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 '請(qǐng)求的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 '最后一次更新時(shí)間', `operate_ip` varchar(20) NOT NULL DEFAULT '' COMMENT '最后一個(gè)更新者的ip地址', PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=11 DEFAULT CHARSET=utf8;
報(bào)Invalid default value for 'operate_time'錯(cuò)誤
查資料發(fā)現(xiàn),mysql5.6以后才支持datetime類型,所以把datetime換為timestamp成功解決
datetime和timestamp區(qū)別不是特別大,主要區(qū)別有下面兩點(diǎn)
1、兩者的存儲(chǔ)方式不一樣
對(duì)于TIMESTAMP,它把客戶端插入的時(shí)間從當(dāng)前時(shí)區(qū)轉(zhuǎn)化為UTC(世界標(biāo)準(zhǔn)時(shí)間)進(jìn)行存儲(chǔ)。查詢時(shí),將其又轉(zhuǎn)化為客戶端當(dāng)前時(shí)區(qū)進(jìn)行返回。而對(duì)于DATETIME,不做任何改變,基本上是原樣輸入和輸出。
2、兩者所能存儲(chǔ)的時(shí)間范圍不一樣
timestamp所能存儲(chǔ)的時(shí)間范圍為:'1970-01-01 00:00:01.000000' 到 ‘2038-01-19 03:14:07.999999'。
datetime所能存儲(chǔ)的時(shí)間范圍為:'1000-01-01 00:00:00.000000' 到 ‘9999-12-31 23:59:59.999999'。
總結(jié):
TIMESTAMP和DATETIME除了存儲(chǔ)范圍和存儲(chǔ)方式不一樣,沒(méi)有太大區(qū)別。
當(dāng)然,對(duì)于跨時(shí)區(qū)的業(yè)務(wù),TIMESTAMP更為合適。
參考鏈接:MYSQL-datatime和timestamp的區(qū)別
補(bǔ)充:mysql 出現(xiàn) "1067 - Invalid default value for 'UPDATE_TIME' " 錯(cuò)誤提示的解決辦法
由于 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 '更新時(shí)間';
在對(duì)這個(gè)表進(jìn)行操作的時(shí)候,
如:
alter table tmp_wrh_1 MODIFY column BUSINESS_TYPE varchar(5) comment 'hhr-服務(wù)費(fèi)提現(xiàn)'; --執(zhí)行失敗
會(huì)出現(xiàn)錯(cuò)誤提示: 1067 - Invalid default value for 'UPDATE_TIME'
問(wèn)題分析:
因?yàn)閠imestamp類型取值范圍: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 以后才修改成功,不知道什么原因!
問(wèn)題解決:
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ù)費(fèi)提現(xiàn)'; --執(zhí)行成功
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教。
相關(guān)文章
從云數(shù)據(jù)遷移服務(wù)看MySQL大表抽取模式的原理解析
這篇文章主要介紹了從云數(shù)據(jù)遷移服務(wù)看MySQL大表抽取模式的原理解析,本文給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2021-02-02SQL Server 完整備份遇到的一個(gè)不常見(jiàn)的錯(cuò)誤及解決方法
這篇文章給大家介紹了SQL Server 完整備份遇到的一個(gè)不常見(jiàn)的錯(cuò)誤及解決方法,非常不錯(cuò),具有一定的參考借鑒價(jià)值,需要的朋友參考下吧2019-05-05django2.2版本連接mysql數(shù)據(jù)庫(kù)的方法
這篇文章主要介紹了django2.2版本如何連接mysql數(shù)據(jù)庫(kù),本文圖文并茂給大家介紹的非常詳細(xì),具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2019-10-10MariaDB(MySQL)創(chuàng)建、刪除、選擇及數(shù)據(jù)類型使用詳解
這篇文章主要介紹了MariaDB(MySQL)創(chuàng)建、刪除、選擇及數(shù)據(jù)類型使用詳解的相關(guān)資料,需要的朋友可以參考下2016-09-09MySQL中日期比較時(shí)遇到的編碼問(wèn)題解決辦法
這篇文章主要介紹了MySQL中日期比較時(shí)遇到的字符集問(wèn)題解決辦法,本文遇到的問(wèn)題是date_format函數(shù)和timediff函數(shù)之間比較時(shí),編碼問(wèn)題導(dǎo)致出錯(cuò),本文使用convert()函數(shù)解決了這個(gè)問(wèn)題,需要的朋友可以參考下2014-07-07