Mysql使用on update current_timestamp注意點(diǎn)

最近項(xiàng)目里時(shí)間字段(datetime,timestamp)用到了ON UPDATE CURRENT_TIMESTAMP屬性，自動(dòng)更新列時(shí)間戳。以下記錄一些需注意的地方。

先說(shuō)結(jié)論

如果你設(shè)置了時(shí)間隨當(dāng)前時(shí)間戳更新（ ON UPDATE CURRENT_TIMESTAMP），那么當(dāng)你更新字段時(shí)，只有字段值發(fā)生變化了，你的時(shí)間字段才會(huì)變?yōu)閁PDATE操作時(shí)的時(shí)間。

即沒(méi)有字段更新時(shí)，雖然執(zhí)行了update語(yǔ)句，也執(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);方法），如果字段沒(méi)有實(shí)際更新，雖然語(yǔ)法執(zhí)行了，時(shí)間字段也不會(huì)更新，這點(diǎn)在系統(tǒng)中容易忽視。

CURRENT_TIMESTAMP()和ON UPDATE及索引相關(guān)

基本概率

CURRENT_TIMESTAMP()可以把MYSQL中TIMESTAMP類型設(shè)置為當(dāng)前的時(shí)間。

ON UPDATE個(gè)人覺(jué)得這個(gè)是個(gè)神器，一般用于當(dāng)某個(gè)字段是updateTIme，最后修改時(shí)間的時(shí)候，使用這個(gè)ON UPDATE即可。這樣就不用開(kāi)發(fā)者自己去處理了，MySQL能自動(dòng)將其處理。

最后來(lái)說(shuō)下索引，這個(gè)是來(lái)源于百度，具體是誰(shuí)的，我也忘記了：索引是一種特殊的文件(InnoDB數(shù)據(jù)表上的索引是表空間的一個(gè)組成部分)，它們包含著對(duì)數(shù)據(jù)表里所有記錄的引用指針。

更通俗的說(shuō)，數(shù)據(jù)庫(kù)索引好比是一本書(shū)前面的目錄，能加快數(shù)據(jù)庫(kù)的查詢速度。索引分為聚簇索引和非聚簇索引兩種，聚簇索引是按照數(shù)據(jù)存放的物理位置為順序的，而非聚簇索引就不一樣了；聚簇索引能提高多行檢索的速度，而非聚簇索引對(duì)于單行的檢索很快。

要注意的是，建立太多的索引將會(huì)影響更新和插入的速度，因?yàn)樗枰瑯痈旅總€(gè)索引文件。對(duì)于一個(gè)經(jīng)常需要更新和插入的表格，就沒(méi)有必要為一個(gè)很少使用的where字句單獨(dú)建立索引了，對(duì)于比較小的表，排序的開(kāi)銷不會(huì)很大，也沒(méi)有必要建立另外的索引。

代碼與實(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ì)有問(wèn)題，但5.7以下版本就會(huì)有問(wèn)題

//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)，難過(guò)很多互聯(lián)網(wǎng)公司都喜歡用MySQL5.7以上的版本，而傳統(tǒng)行業(yè)還是在用MySQL5.5版本。

說(shuō)下索引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ù)的訪問(wèn)速度。因此，應(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ù)列)來(lái)創(chuàng)建索引。 

總結(jié)

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。