Mysql使用on update current_timestamp問題
Mysql使用on update current_timestamp注意點(diǎn)
最近項(xiàng)目里時(shí)間字段(datetime,timestamp)用到了ON UPDATE CURRENT_TIMESTAMP屬性,自動(dòng)更新列時(shí)間戳。以下記錄一些需注意的地方。
先說結(jié)論
如果你設(shè)置了時(shí)間隨當(dāng)前時(shí)間戳更新( ON UPDATE CURRENT_TIMESTAMP),那么當(dāng)你更新字段時(shí),只有字段值發(fā)生變化了,你的時(shí)間字段才會(huì)變?yōu)閁PDATE操作時(shí)的時(shí)間。
即沒有字段更新時(shí),雖然執(zhí)行了update語句,也執(zhí)行成功了,時(shí)間字段是不會(huì)更新的。
比如我們新建一張表:
CREATE TABLE `t_temp` ( `id` int(11) NOT NULL DEFAULT '0', `username` varchar(255) DEFAULT NULL, `upd_time` timestamp NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '默認(rèn)取當(dāng)前時(shí)間', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
然后插入一行數(shù)據(jù),然后執(zhí)行更新。
UPDATE t_temp SET username = 'mm' WHERE id = 1;
會(huì)發(fā)現(xiàn)時(shí)間列不會(huì)更新。
同樣,在程序中使用了一些框架,比如tk-mybatis,使用更新方法時(shí)(比如int updateByPrimaryKeySelective(T record);方法),如果字段沒有實(shí)際更新,雖然語法執(zhí)行了,時(shí)間字段也不會(huì)更新,這點(diǎn)在系統(tǒng)中容易忽視。
CURRENT_TIMESTAMP()和ON UPDATE及索引相關(guān)
基本概率
CURRENT_TIMESTAMP()可以把MYSQL中TIMESTAMP類型設(shè)置為當(dāng)前的時(shí)間。
ON UPDATE個(gè)人覺得這個(gè)是個(gè)神器,一般用于當(dāng)某個(gè)字段是updateTIme,最后修改時(shí)間的時(shí)候,使用這個(gè)ON UPDATE即可。這樣就不用開發(fā)者自己去處理了,MySQL能自動(dòng)將其處理。
最后來說下索引,這個(gè)是來源于百度,具體是誰的,我也忘記了:索引是一種特殊的文件(InnoDB數(shù)據(jù)表上的索引是表空間的一個(gè)組成部分),它們包含著對(duì)數(shù)據(jù)表里所有記錄的引用指針。
更通俗的說,數(shù)據(jù)庫索引好比是一本書前面的目錄,能加快數(shù)據(jù)庫的查詢速度。索引分為聚簇索引和非聚簇索引兩種,聚簇索引是按照數(shù)據(jù)存放的物理位置為順序的,而非聚簇索引就不一樣了;聚簇索引能提高多行檢索的速度,而非聚簇索引對(duì)于單行的檢索很快。
要注意的是,建立太多的索引將會(huì)影響更新和插入的速度,因?yàn)樗枰瑯痈旅總€(gè)索引文件。對(duì)于一個(gè)經(jīng)常需要更新和插入的表格,就沒有必要為一個(gè)很少使用的where字句單獨(dú)建立索引了,對(duì)于比較小的表,排序的開銷不會(huì)很大,也沒有必要建立另外的索引。
代碼與實(shí)例
如下建表代碼:
CREATE TABLE timeDemo( id VARCHAR(64) NOT NULL, timeTest TIMESTAMP NOT NULL, PRIMARY KEY (id) );
當(dāng)添加一個(gè)新數(shù)據(jù)的時(shí)候:
他會(huì)自動(dòng)創(chuàng)建時(shí)間,比如某個(gè)訂單表,他要記錄下訂單的時(shí)間,就可以使用這種方法進(jìn)行處理。
包括updateTime,最后更新時(shí)間:
CREATE TABLE timeDemo2( id VARCHAR(64) NOT NULL, createTime TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP(), updateTime TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP() ON UPDATE CURRENT_TIMESTAMP(), PRIMARY KEY (id) );
//上面這個(gè)mysql5.7以上版本不會(huì)有問題,但5.7以下版本就會(huì)有問題
//5.7以下的版本推薦使用程序去插入。
這里用5.5演示下ON UPDATE的效果
CREATE TABLE timeDemo3( id VARCHAR(64) NOT NULL, updateTime TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP() ON UPDATE CURRENT_TIMESTAMP(), PRIMARY KEY (id) );
當(dāng)修改了這個(gè)表的某些數(shù)據(jù)后,updateTime這個(gè)數(shù)值會(huì)自動(dòng)更新。
每次對(duì)這條記錄進(jìn)行更新,updateTime就會(huì)自動(dòng)更新,這樣的話,就不用程序員自己去處理了。
這里可以發(fā)現(xiàn),難過很多互聯(lián)網(wǎng)公司都喜歡用MySQL5.7以上的版本,而傳統(tǒng)行業(yè)還是在用MySQL5.5版本。
說下索引key和index
CREATE TABLE timeDemo4( id VARCHAR(64) NOT NULL, id2 VARCHAR(64) NOT NULL, updateTime TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP() ON UPDATE CURRENT_TIMESTAMP(), PRIMARY KEY (id), KEY(id2) )ENGINE=INNODB DEFAULT CHARSET=utf8
普通索引(由關(guān)鍵字KEY或INDEX定義的索引)的唯一任務(wù)是加快對(duì)數(shù)據(jù)的訪問速度。因此,應(yīng)該只為那些最經(jīng)常出現(xiàn)在查詢條件(WHERE column = ...)或排序條件(ORDER BY column)中的數(shù)據(jù)列創(chuàng)建索引。
只要有可能,就應(yīng)該選擇一個(gè)數(shù)據(jù)最整齊、最緊湊的數(shù)據(jù)列(如一個(gè)整數(shù)類型的數(shù)據(jù)列)來創(chuàng)建索引。
總結(jié)
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。
相關(guān)文章
Ubuntu下完美實(shí)現(xiàn)遷移MySQL數(shù)據(jù)庫位置
這篇文章主要介紹了Ubuntu下完美實(shí)現(xiàn)遷移MySQL數(shù)據(jù)庫位置,十分詳細(xì),有需要的小伙伴可以參考下2015-03-03Win10 MySQL如何解決secure_file_priv在my.ini無法設(shè)置問題
這篇文章主要介紹了Win10 MySQL如何解決secure_file_priv在my.ini無法設(shè)置問題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2024-04-04Mysql中關(guān)于on,in,as,where的區(qū)別
這篇文章主要介紹了Mysql中關(guān)于on,in,as,where的區(qū)別說明,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2023-03-03mysql存儲(chǔ)過程基礎(chǔ)之遍歷多表記錄后插入第三方表中詳解
這篇文章主要給大家介紹了關(guān)于mysql存儲(chǔ)過程教程之遍歷多表記錄后插入第三方表中的相關(guān)資料,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面來一起看看吧2018-07-07深入mysql YEAR() MONTH() DAYOFMONTH()日期函數(shù)的詳解
本篇文章是對(duì)mysql中的YEAR() MONTH() DAYOFMONTH()日期函數(shù)進(jìn)行了詳細(xì)的分析介紹,需要的朋友參考下2013-06-06