解決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)文章
mysql創(chuàng)建觸發(fā)器時報1064錯誤問題及解決
這篇文章主要介紹了mysql創(chuàng)建觸發(fā)器時報1064錯誤問題及解決方案,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2023-08-08
關(guān)于MySql鏈接url參數(shù)的設(shè)置
最近整理了一下網(wǎng)上關(guān)于MySql 鏈接url 參數(shù)的設(shè)置以及常用的幾個較為重要的參數(shù),大家若感興趣可以參考下2014-03-03
mysql隨機(jī)查詢?nèi)舾蓷l數(shù)據(jù)的方法
這篇文章主要介紹了mysql中獲取隨機(jī)內(nèi)容的方法,需要的朋友可以參考下2013-10-10
安裝mysql-8.0.19-winx64遇到的問題:Can''t create directory ''xxxx\Da
這篇文章主要介紹了安裝mysql-8.0.19-winx64遇到的坑 ,Can't create directory 'xxxx\Database\',非常不錯,具有一定的參考借鑒價值,需要的朋友可以參考下2020-02-02
mysql 行列動態(tài)轉(zhuǎn)換的實現(xiàn)(列聯(lián)表,交叉表)
下面小編就為大家?guī)硪黄猰ysql 行列動態(tài)轉(zhuǎn)換的實現(xiàn)(列聯(lián)表,交叉表)。小編覺得挺不錯的,現(xiàn)在就分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2017-01-01
mysql利用參數(shù)sql_safe_updates限制update/delete范圍詳解
這篇文章主要給大家介紹了關(guān)于mysql如何利用參數(shù)sql_safe_updates限制update/delete范圍的相關(guān)資料文中介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧。2017-10-10
SQL使用復(fù)合索引實現(xiàn)數(shù)據(jù)庫查詢的優(yōu)化
這篇文章主要介紹了SQL使用復(fù)合索引實現(xiàn)數(shù)據(jù)庫查詢的優(yōu)化,文章圍繞主題展開詳細(xì)的內(nèi)容介紹,具有一定的參考價值,需要的小伙伴可以參考一下2022-05-05
mysql創(chuàng)建時間字段添加默認(rèn)值方式
這篇文章主要介紹了mysql創(chuàng)建時間字段添加默認(rèn)值方式,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2023-07-07
修改MySQL數(shù)據(jù)庫引擎為InnoDB的操作
這篇文章主要介紹了修改MySQL數(shù)據(jù)庫引擎為InnoDB的操作,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2020-12-12

