Mysql使用on update current_timestamp問題

2023-03-21 06:02:24

Mysql使用on update current_timestamp注意點

最近專案裡時間欄位(datetime,timestamp)用到了ON UPDATE CURRENT_TIMESTAMP屬性，自動更新列時間戳。以下記錄一些需注意的地方。

先說結論

如果你設定了時間隨當前時間戳更新（ ON UPDATE CURRENT_TIMESTAMP），那麼當你更新欄位時，只有欄位值發生變化了，你的時間欄位才會變為UPDATE操作時的時間。

即沒有欄位更新時，雖然執行了update語句，也執行成功了，時間欄位是不會更新的。

比如我們新建一張表：

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 '預設取當前時間',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

然後插入一行資料，然後執行更新。

UPDATE t_temp SET username = 'mm' WHERE id = 1;

會發現時間列不會更新。

同樣，在程式中使用了一些框架，比如tk-mybatis，使用更新方法時（比如int updateByPrimaryKeySelective(T record);方法），如果欄位沒有實際更新，雖然語法執行了，時間欄位也不會更新，這點在系統中容易忽視。

CURRENT_TIMESTAMP()和ON UPDATE及索引相關

基本概率

CURRENT_TIMESTAMP()可以把MYSQL中TIMESTAMP型別設定為當前的時間。

ON UPDATE個人覺得這個是個神器，一般用於當某個欄位是updateTIme，最後修改時間的時候，使用這個ON UPDATE即可。這樣就不用開發者自己去處理了，MySQL能自動將其處理。

最後來說下索引，這個是來源於百度，具體是誰的，我也忘記了：索引是一種特殊的檔案(InnoDB資料表上的索引是表空間的一個組成部分)，它們包含著對資料表裡所有記錄的參照指標。

更通俗的說，資料庫索引好比是一本書前面的目錄，能加快資料庫的查詢速度。索引分為聚簇索引和非聚簇索引兩種，聚簇索引是按照資料存放的物理位置為順序的，而非聚簇索引就不一樣了；聚簇索引能提高多行檢索的速度，而非聚簇索引對於單行的檢索很快。

要注意的是，建立太多的索引將會影響更新和插入的速度，因為它需要同樣更新每個索引檔案。對於一個經常需要更新和插入的表格，就沒有必要為一個很少使用的where字句單獨建立索引了，對於比較小的表，排序的開銷不會很大，也沒有必要建立另外的索引。

程式碼與範例

如下建表程式碼：

CREATE TABLE timeDemo(
 
	id VARCHAR(64) NOT NULL,
	timeTest TIMESTAMP NOT NULL,
	PRIMARY KEY (id)
);

當新增一個新資料的時候：

他會自動建立時間，比如某個訂單表，他要記錄下訂單的時間，就可以使用這種方法進行處理。

包括updateTime，最後更新時間：

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)
 
);

//上面這個mysql5.7以上版本不會有問題，但5.7以下版本就會有問題

//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)
);

當修改了這個表的某些資料後，updateTime這個數值會自動更新。

每次對這條記錄進行更新，updateTime就會自動更新，這樣的話，就不用程式設計師自己去處理了。

這裡可以發現，難過很多網際網路公司都喜歡用MySQL5.7以上的版本，而傳統行業還是在用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

普通索引(由關鍵字KEY或INDEX定義的索引)的唯一任務是加快對資料的存取速度。因此，應該只為那些最經常出現在查詢條件(WHERE column = ...)或排序條件(ORDER BY column)中的資料列建立索引。

只要有可能，就應該選擇一個資料最整齊、最緊湊的資料列(如一個整數型別的資料列)來建立索引。

總結

以上為個人經驗，希望能給大家一個參考，也希望大家多多支援it145.com。