1.概述

在我們設計表的時候，考慮將行數(shù)據(jù)的創(chuàng)建時間和最后更新時間記錄下來是很好的實踐。尤其是可能需要做數(shù)據(jù)同步或者對數(shù)據(jù)新鮮度有要求的表。舉些應用場景，更新距上次更新超過2小時的行數(shù)據(jù)，或者是將一個月前的訂單數(shù)據(jù)歸檔等等。我們想把這個的需求丟給數(shù)據(jù)庫服務器管理，而不是在應用程序中對每一條語句設置創(chuàng)建時間和最后更新時間字段。在mysql中，這實現(xiàn)起來很容易。我們需要借助于DEFAULT CURRENT_TIMESTAMP?和?ON UPDATE CURRENT_TIMESTAMP

2.簡單示例

1?--創(chuàng)建測試表?

2?CREATE?TABLE?`timestampTest`?(

3???`id`?int(11)?NOT?NULL?AUTO_INCREMENT,

4???`name`?varchar(20)?DEFAULT?NULL,

5???`create_time`?timestamp?NOT?NULL?DEFAULT?CURRENT_TIMESTAMP,

6???`last_modify_time`?timestamp?NOT?NULL?DEFAULT?CURRENT_TIMESTAMP?ON?UPDATE?CURRENT_TIMESTAMP,

7???PRIMARY?KEY?(`id`)

8?)?ENGINE=InnoDB?DEFAULT?CHARSET=utf8

9

10?--檢測默認值，插入測試數(shù)據(jù)

11?INSERT?INTO?timestampTest?(name)?VALUES?('aa'),('bb'),('cc');

12

13?--檢測自動更新，更新某條數(shù)據(jù)

14?UPDATE?timestampTest?SET?name?=?'ab'?WHERE?id?=?1;

例子非常簡單，結果也很明顯，我就不加贅述了。

3.思考執(zhí)行update語句，并未改變列值(或者說設置值為當前值),on update current_timestamp列是否會更新？

不會，大家可以看一下執(zhí)行完update后出現(xiàn)的提示——Rows matched: 1?Changed: 0?Warnings: 0。官方文檔的解釋是An auto-updated column remains unchanged if all other columns are set to their current values. To prevent an auto-updated column from updating when other columns change, explicitly set it to its current value. To update an auto-updated column even when other columns do not change, explicitly set it to the value it should have

CURRENT_TIMESTAMP,CURRENT_TIMESTAMP(),LOCALTIME,LOCALTIME(),LOCALTIMESTAMP,LOCALTIMESTAMP(),NOW()的關系?

這七個是同義詞關系Timestamp類型的默認值

我們討論默認情況(嚴格模式)下mysql對timestamp類型的處理：mysql不會給timestamp設置默認值，除非顯式設置default約束或者可空null。特例：mysql會給表第一個timestamp類型的字段同時添加default current_timestamp和on update timestamp

禁止mysql的特例處理有兩個辦法設置explicit_defaults_for_timestamp為enable

顯式設置該字段default或者null

timestamp列默認not null。沒有顯式指定nullable,那么default null不合法

其他情況均會引起不合法報錯

舉一些例子，幫助理解

#語句不合法，出現(xiàn)了兩個未顯示設置default或null的timestamp

CREATE?TABLE?`tt1`?(

`id`?int(11)?NOT?NULL?AUTO_INCREMENT,

`name`?varchar(20),

`t1`?timestamp?,

`t2`?timestamp?,

PRIMARY?KEY?(`id`)

)?ENGINE=InnoDB?DEFAULT?CHARSET=utf8

#語句合法，t1字段?not?null?default?current_timestamp?on?update?current_timestamp,t2可空

CREATE?TABLE?`tt2`?(

`id`?int(11)?NOT?NULL?AUTO_INCREMENT,

`name`?varchar(20),

`t1`?timestamp?,

`t2`?timestamp?null,

PRIMARY?KEY?(`id`)

)?ENGINE=InnoDB?DEFAULT?CHARSET=utf8

#語句不合法?t2字段沒有設置default或null，也非表的第一個timestamp字段

CREATE?TABLE?`tt3`?(

`id`?int(11)?NOT?NULL?AUTO_INCREMENT,

`name`?varchar(20),

`t1`?timestamp?null,

`t2`?timestamp?,

PRIMARY?KEY?(`id`)

)?ENGINE=InnoDB?DEFAULT?CHARSET=utf8

#語句不合法，這個看起來貌似合法，套用我們的規(guī)則，可以發(fā)現(xiàn)t2字段沒有顯示指定null／default，盡管指定了not?null也不行

CREATE?TABLE?`tt4`?(

`id`?int(11)?NOT?NULL?AUTO_INCREMENT,

`name`?varchar(20),

`t1`?timestamp?null,

`t2`?timestamp?not?null,

PRIMARY?KEY?(`id`)

)?ENGINE=InnoDB?DEFAULT?CHARSET=utf8

#語句不合法?t1,t2均合法，問題出在t3上，timestamp?默認not?null，在沒有顯式指定null的時候，default?null是不合法的

CREATE?TABLE?`tt5`?(

`id`?int(11)?NOT?NULL?AUTO_INCREMENT,

`name`?varchar(20),

`t1`?timestamp?not?null,

`t2`?timestamp?null,

`t3`?timestamp?DEFAULT?null,

PRIMARY?KEY?(`id`)

)?ENGINE=InnoDB?DEFAULT?CHARSET=utf8

小技巧：可以使用show create table `tablename`來查看mysql處理后的表定義，下面是tt2這張表的定義，驗證了我們的結論

Timestamp和datetime的異同timestampdatetime

同可自動更新和初始化，默認顯示格式相同YYYY-MM-dd HH:mm:ss

異'1970-01-01 00:00:01'?UTC to?'2038-01-19 03:14:07'?UTC

自動時區(qū)轉化，實際存儲毫秒數(shù)，4字節(jié)存儲'1000-01-01 00:00:00'?to?'9999-12-31 23:59:59'

不支持時區(qū)，8字節(jié)存儲

4.參考

作者：?zhaoyanghoo?出處：?http://www.cnblogs.com/zhaoyanghoo/?本文版權歸作者和博客園共有，歡迎轉載，但未經(jīng)作者同意必須保留此段聲明，且在文章頁面明顯位置給出原文連接，否則保留追究法律責任的權利。

總結

以上是生活随笔為你收集整理的mysql timestamp 更新_[mysql] timestamp自动更新和初始化的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。