時間戳是指格林威治時間1970年01月01日00時00分00秒(北京時間1970年01月01日08時00分00秒)起至現在的總秒數。
生產環(huán)境中部署著各種版本的MySQL，包括MySQL 5.5/5.6/5.7三個大版本和N個小版本，由于MySQL在向上兼容性較差，導致相同SQL在不同版本上表現各異，下面從幾個方面來詳細介紹時間戳數據類型。

時間戳數據存取

在MySQL上述三個大版本中，默認時間戳(Timestamp)類型的取值范圍為'1970-01-01 00:00:01' UTC 至'2038-01-19 03:14:07' UTC，數據精確到秒級別，該取值范圍包含約22億個數值，因此在MySQL內部使用4個字節(jié)INT類型來存放時間戳數據：

1、在存儲時間戳數據時，先將本地時區(qū)時間轉換為UTC時區(qū)時間，再將UTC時區(qū)時間轉換為INT格式的毫秒值(使用UNIX_TIMESTAMP函數)，然后存放到數據庫中。
2、在讀取時間戳數據時，先將INT格式的毫秒值轉換為UTC時區(qū)時間(使用FROM_UNIXTIME函數)，然后再轉換為本地時區(qū)時間，最后返回給客戶端。

在MySQL 5.6.4及之后版本，可以將時間戳類型數據最高精確微秒(百萬分之一秒)，數據類型定義為timestamp(N),N取值范圍為0-6，默認為0，如需要精確到毫秒則設置為Timestamp(3)，如需要精確到微秒則設置為timestamp(6)，數據精度提高的代價是其內部存儲空間的變大，但仍未改變時間戳類型的最小和最大取值范圍。

時間戳字段定義

時間戳字段定義主要影響兩類操作：

1. 插入記錄時，時間戳字段包含DEFAULT CURRENT_TIMESTAMP，如插入記錄時未指定具體時間數據則將該時間戳字段值設置為當前時間
2. 更新記錄時，時間戳字段包含ON UPDATE CURRENT_TIMESTAMP，如更新記錄時未指定具體時間數據則將該時間戳字段值設置為當前時間

PS1：CURRENT_TIMESTAMP表示使用CURRENT_TIMESTAMP()函數來獲取當前時間，類似于NOW()函數

根據上面兩類操作，時間戳列可以有四張組合定義，其含義分別為：

1. 當字段定義為timestamp，表示該字段在插入和更新時都不會自動設置為當前時間。
2. 當字段定義為timestamp DEFAULT CURRENT_TIMESTAMP，表示該字段僅在插入且未指定值時被賦予當前時間，再更新時且未指定值時不做修改。
3. 當字段定義為timestamp ON UPDATE CURRENT_TIMESTAMP，表示該字段在插入且未指定值時被賦值為"0000-00-00 00:00:00",在更新且未指定值時更新為當前時間。
4. 當字段定義為timestamp DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP，表示該字段在插入或更新時未指定值，則被賦值為當前時間。

PS1：在MySQL中執(zhí)行的建表語句和最終表創(chuàng)建語句會存在差異，建議使用SHOW CREATE TABLE TB_XXX獲取已創(chuàng)建表的建表語句。

時間戳字段在MySQL各版本的使用差異

在MySQL 5.5及之前版本中，僅能對一個時間戳字段定義DEFUALT CURRENT_TIMESTAMP或ON UPDATE CURRENT_TIMESTAMP，但在MySQL 5.6和MySQL 5.7版本中取消了該限制;

在MySQL 5.6版本中參數explicit_defaults_for_timestamp默認值為1，在MySQL 5.7版本中參數explicit_defaults_for_timestamp默認值為0;

在MySQL 5.5和MySQL 5.7版本中timestamp類型默認為NOT NULL,在在MySQL 5.6版本中timestamp類型默認為NULL;

當建表語句中定于c1 timestamp 時，

在MySQL 5.5中等價于c1 timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP;

在MySQL 5.6中等價于c1 timestamp NULL DEFAULT NULL;

在MySQL 5.7中等價于c1 timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP;

當建表語句中c1 timestamp default 0時，

在MySQL 5.5中等價于c1 timestamp NOT NULL DEFAULT ‘0000-00-00 00:00:00';
在MySQL 5.6中等價于c1 timestamp NULL DEFAULT ‘0000-00-00 00:00:00';
在MySQL 5.7中等價于c1 timestamp NOT NULL DEFAULT ‘0000-00-00 00:00:00';
PS1: MySQL 5.6版本和MySQL 5.7版本中主要差異受參數explicit_defaults_for_timestamp的默認值影響。

PS2：當時間戳列的默認值為'0000-00-00 00:00:00'時，使用“不在時間戳取值范圍內”的該默認值并不會產生警告。

時間戳類型引發(fā)的異常

當MySQL參數time_zone=system時，查詢timestamp字段會調用系統(tǒng)時區(qū)做時區(qū)轉換，而由于系統(tǒng)時區(qū)存在全局鎖問題，在多并發(fā)大數據量訪問時會導致線程上下文頻繁切換，CPU使用率暴漲，系統(tǒng)響應變慢設置假死。

時間戳類型和時間類型選擇

在部分"數據庫指導"文檔中，會推薦使用timestamp類型代替datetime字段，其理由是timestamp類型使用4字節(jié)，而datetime字段使用8字節(jié)，但隨著磁盤性能提升和內存成本降低，在實際生產環(huán)境中，使用timestamp類型并不會帶來太多性能提升，反而可能因timestamp類型的定義和取值范圍限制和影響業(yè)務使用。

在MySQL 5.6.4及之后版本，可以將時間戳類型(timestamp)數據最高精確微秒，也同樣可以將時間類型(datetime)數據最高精確微秒，時間類型(datetime)同樣可以獲得timestamp類型相同的效果，如將字段定義為 dt1 DATETIME(3) NOT NULL DEFAULT NOW(3) ON UPDATE NOW(3); 時間類型(datetime)的存取范圍'1000-01-01 00:00:00.000000' 至 ‘9999-12-31 23:59:59.999999'，能更好地存放各時間段的數據。

時間戳類型使用建議

1. 在只關心數據最后更新時間的情況下，建議將時間戳列定義為TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP；
2. 在關心創(chuàng)建時間和更新時間的情況下，建議將更新時間設置為時間戳字段，將創(chuàng)建時間定義為DAETIME 或 TIMESTAMP DEFAULT ‘0000-00-00 00:00:00'，并在插入記錄時顯式指定創(chuàng)建時間；
3. 建議在表中只定義單個時間戳列，并顯式定義DEFAULT 和 ON UPDATE屬性；
4. 雖然在MySQL中可以對時間戳字段賦值或更新，但建議僅在必要的情況下對時間戳列進行顯式插入和更新；
5. 建議將time_zone參數設置為system外的值，如中國地區(qū)服務器設置為'+8:00'；
6. 建議將MySQL線下測試版本和線上生產版本保持一致。
   

Timestamp和datetime的異同

相同點：

1.可自動更新和初始化，默認顯示格式相同YYYY-MM-dd HH:mm:ss
不同點：
2. timestamp的時間范圍是：‘1970-01-01 00:00:01' UTC to ‘2038-01-19 03:14:07' UTC ，自動時區(qū)轉化，實際存儲毫秒數，4字節(jié)存儲
3. datetime的時間范圍：‘1000-01-01 00:00:00' to ‘9999-12-31 23:59:59' ，不支持時區(qū)，8字節(jié)存儲

設置timestamp和date的自動更新時間

當對某條數據進行更新操作時或者插入一條新的數據而沒有對date和mydate進行賦值，date和mydate這兩個字段會自動默認為當前時間

2038問題
當 timestamp 存儲的時間大于 '2038-01-19 03:14:07' UTC，mysql就會報錯， 因為這是 mysql自身的問題，也就是說 timestamp是有上限的，超過了，自然會報錯， 具體原因查看官方文檔 ： https://dev.mysql.com/doc/refman/8.0/en/datetime.html， 部分截圖如下：

 解決方案

timestamp 雖然有上限限制，但是它保存的是時間戳，可以不用去考慮時區(qū)的問題，如果是需要處理與時區(qū)相關的需求， 解決 2038 限制的時候，建議將 timestamp改為整數類型，用來保存時間戳，在程序中再進行轉換（這個方案沒有實施過，僅僅是建議，慎用?。。?br /> 如果不需要考慮時區(qū)問題，直接用 datatime類型替換 timestamp即可，因為datatime的取值范圍大很多，可看上圖；

替換的思路：

1. 修改原來字段的名字；

ALTER TABLE `student` CHANGE `entry_date` `temp_entry_date` timestamp NOT NULL default '0000-00-00 00:00:00';

 新建一個 datatime類型的字段（新建一列，用來替換原來的）；

ALTER TABLE `student` ADD `entry_date` DATETIME NOT NULL default '0000-00-00 00:00:00';

將原來字段列的數據拷貝到新的字段列中；

UPDATE `student` SET `entry_date` = `temp_entry_date`;

刪除原來的列；

ALTER TABLE `student` DROP `temp_entry_date`;

完整sql 如下：（需要注意，原來的 timestamp的默認值，這個也需要加上）

ALTER TABLE `student` CHANGE `entry_date` `temp_entry_date` timestamp NOT NULL default '0000-00-00 00:00:00';
ALTER TABLE `student` ADD `entry_date` DATETIME NOT NULL default '0000-00-00 00:00:00';
UPDATE `student` SET `entry_date` = `temp_entry_date`;
ALTER TABLE `student` DROP `temp_entry_date`;

mysql之TIMESTAMP（時間戳）用法

一、TIMESTAMP的變體

TIMESTAMP時間戳在創(chuàng)建的時候可以有多重不同的特性，如：

1.在創(chuàng)建新記錄和修改現有記錄的時候都對這個數據列刷新：

TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP

2.在創(chuàng)建新記錄的時候把這個字段設置為當前時間，但以后修改時，不再刷新它：

TIMESTAMP DEFAULT CURRENT_TIMESTAMP

3.在創(chuàng)建新記錄的時候把這個字段設置為0，以后修改時刷新它：

TIMESTAMP ON UPDATE CURRENT_TIMESTAMP

4.在創(chuàng)建新記錄的時候把這個字段設置為給定值，以后修改時刷新它：

TIMESTAMP DEFAULT ‘yyyy-mm-dd hh:mm:ss' ON UPDATE CURRENT_TIMESTAMP

MySQL目前不支持列的Default 為函數的形式,如達到你某列的默認值為當前更新日期與時間的功能,你可以使用TIMESTAMP列類型,下面就詳細說明TIMESTAMP列類型

二、TIMESTAMP列類型

TIMESTAMP值可以從1970的某時的開始一直到2037年，精度為一秒，其值作為數字顯示。
TIMESTAMP值顯示尺寸的格式如下表所示：
：

+---------------+----------------+
| 列類型　　　　| 顯示格式　　　 |
| TIMESTAMP(14) | YYYYMMDDHHMMSS |　
| TIMESTAMP(12) | YYMMDDHHMMSS　 |
| TIMESTAMP(10) | YYMMDDHHMM　　 |
| TIMESTAMP(8)　| YYYYMMDD　　　 |
| TIMESTAMP(6)　| YYMMDD　　　　 |
| TIMESTAMP(4)　| YYMM　　　　　 |
| TIMESTAMP(2)　| YY　　　　　　 |
+---------------+----------------+

“完整”TIMESTAMP格式是14位，但TIMESTAMP列也可以用更短的顯示尺寸，創(chuàng)造最常見的顯示尺寸是6、8、12、和14。
你可以在創(chuàng)建表時指定一個任意的顯示尺寸，但是定義列長為0或比14大均會被強制定義為列長14。
列長在從1～13范圍的奇數值尺寸均被強制為下一個更大的偶數。
 
列如：

定義字段長度　　 強制字段長度
TIMESTAMP(0) ->　TIMESTAMP(14)
TIMESTAMP(15)->　TIMESTAMP(14)
TIMESTAMP(1) ->　TIMESTAMP(2)
TIMESTAMP(5) ->　TIMESTAMP(6)

所有的TIMESTAMP列都有同樣的存儲大小，使用被指定的時期時間值的完整精度（14位）存儲合法的值不考慮顯示尺寸。不合法的日期，將會被強制為0存儲

這有幾個含意：

1.雖然你建表時定義了列TIMESTAMP(8)，但在你進行數據插入與更新時TIMESTAMP列實際上保存了14位的數據（包括年月日時分秒），只不過在你進行查詢時MySQL返回給你的是8位的年月日數據。如果你使用ALTER TABLE拓寬一個狹窄的TIMESTAMP列，以前被“隱蔽”的信息將被顯示。

2.同樣，縮小一個TIMESTAMP列不會導致信息失去，除了感覺上值在顯示時，較少的信息被顯示出。

3.盡管TIMESTAMP值被存儲為完整精度，直接操作存儲值的唯一函數是UNIX_TIMESTAMP()；由于MySQL返回TIMESTAMP列的列值是進過格式化后的檢索的值，這意味著你可能不能使用某些函數來操作TIMESTAMP列（例如HOUR()或SECOND()），除非TIMESTAMP值的相關部分被包含在格式化的值中。
例如，一個TIMESTAMP列只有被定義為TIMESTAMP(10)以上時，TIMESTAMP列的HH部分才會被顯示，因此在更短的TIMESTAMP值上使用HOUR()會產生一個不可預知的結果。

4.不合法TIMESTAMP值被變換到適當類型的“零”值(00000000000000)。（DATETIME,DATE亦然）

例如你可以使用下列語句來驗證：

CREATE TABLE test ('id' INT (3) UNSIGNED AUTO_INCREMENT, 'date1'
TIMESTAMP (8) PRIMARY KEY('id'));
INSERT INTO test SET id = 1;
SELECT * FROM test;
+----+----------------+
| id | date1　　　　　|
+----+----------------+
|　1 | 20021114　　　 |
+----+----------------+
ALTER TABLE test CHANGE 'date1' 'date1' TIMESTAMP(14);
SELECT * FROM test;
+----+----------------+
| id | date1　　　　　|
+----+----------------+
|　1 | 20021114093723 |
+----+----------------+

你可以使用TIMESTAMP列類型自動地用當前的日期和時間標記INSERT或UPDATE的操作。
如果你有多個TIMESTAMP列，只有第一個自動更新。自動更新第一個TIMESTAMP列在下列任何條件下發(fā)生：

1.列值沒有明確地在一個INSERT或LOAD DATA INFILE語句中指定。
2.列值沒有明確地在一個UPDATE語句中指定且另外一些的列改變值。（注意一個UPDATE設置一個列為它已經有的值，這將不引起TIMESTAMP列被更新，因為如果你設置一個列為它當前的值，MySQL為了效率而忽略更改。）
3.你明確地設定TIMESTAMP列為NULL.
4.除第一個以外的TIMESTAMP列也可以設置到當前的日期和時間，只要將列設為NULL，或NOW()。

CREATE TABLE test ( 
'id' INT (3) UNSIGNED AUTO_INCREMENT,
'date1' TIMESTAMP (14),
'date2' TIMESTAMP (14),
PRIMARY KEY('id')
);
INSERT INTO test (id, date1, date2) VALUES (1, NULL, NULL);
INSERT INTO test SET id= 2;
+----+----------------+----------------+
| id | date1　　　　　| date2　　　　　|
+----+----------------+----------------+
|　1 | 20021114093723 | 20021114093723 |
|　2 | 20021114093724 | 00000000000000 |
+----+----------------+----------------+

第一條指令因設date1、date2為NULL,所以date1、date2值均為當前時間第二條指令因沒有設date1、date2列值，第一個TIMESTAMP列date1為更新為當前時間，而二個TIMESTAMP列date2因日期不合法而變?yōu)椤?0000000000000”

UPDATE test SET id= 3 WHERE id=1;
+----+----------------+----------------+
| id | date1　　　　　| date2　　　　　|
+----+----------------+----------------+
|　3 | 20021114094009 | 20021114093723 |
|　2 | 20021114093724 | 00000000000000 |
+----+----------------+----------------+

這條指令沒有明確地設定date2的列值，所以第一個TIMESTAMP列date1將被更新為當前時間

UPDATE test SET id= 1,date1=date1,date2=NOW() WHERE id=3; 
+----+----------------+----------------+
| id | date1　　　　　| date2　　　　　|
+----+----------------+----------------+
|　1 | 20021114094009 | 20021114094320 |
|　2 | 20021114093724 | 00000000000000 |
+----+----------------+----------------+

這條指令因設定date1=date1，所以在更新數據時date1列值并不會發(fā)生改變而因設定date2=NOW()，所以在更新數據時date2列值會被更新為當前時間此指令等效為：

UPDATE test SET id= 1,date1=date1,date2=NULL WHERE id=3;

因MySQL返回的 TIMESTAMP 列為數字顯示形式，你可以用DATE_FROMAT()函數來格式化 TIMESTAMP 列，如下所示：

SELECT id,DATE_FORMAT(date1,'%Y-%m-%d %H:%i:%s') As date1,
DATE_FORMAT(date2,'%Y-%m-%d %H:%i:%s') As date2 FROM test;
+----+---------------------+---------------------+
| id | date1　　　　　　　 | date2　　　　　　　 |
+----+---------------------+---------------------+
|　1 | 2002-11-14 09:40:09 | 2002-11-14 09:43:20 |
|　2 | 2002-11-14 09:37:24 | 0000-00-00 00:00:00 |
+----+---------------------+---------------------+
SELECT id,DATE_FORMAT(date1,'%Y-%m-%d') As date1,
DATE_FORMAT(date2,'%Y-%m-%d') As date2 FROM test;
+----+-------------+-------------+
| id | date1　　　 | date2　　　 |
+----+-------------+-------------+
|　1 | 2002-11-14　| 2002-11-14　|
|　2 | 2002-11-14　| 0000-00-00　|
+----+-------------+-------------+

在某種程度上，你可以把一種日期類型的值賦給一個不同的日期類型的對象。
然而，而尤其注意的是：值有可能發(fā)生一些改變或信息的損失：

1.如果你將一個DATE值賦給一個DATETIME或TIMESTAMP對象，結果值的時間部分被設置為'00:00:00'，因為DATE值中不包含有時間信息?！　?br /> 2.如果你將一個DATETIME或TIMESTAMP值賦給一個DATE對象，結果值的時間部分被刪除，因為DATE類型不存儲時間信息。
3.盡管DATETIME, DATE和TIMESTAMP值全都可以用同樣的格式集來指定，但所有類型不都有同樣的值范圍。

例如，TIMESTAMP值不能比1970早，也不能比2037晚，這意味著，一個日期例如'1968-01-01'，當作為一個DATETIME或DATE值時它是合法的，但它不是一個正確TIMESTAMP值！并且如果將這樣的一個對象賦值給TIMESTAMP列，它將被變換為0。    

三、當指定日期值時，當心某些缺陷：

1.允許作為字符串指定值的寬松格式能被欺騙。例如，因為“:”分隔符的使用，值'10:11:12'可能看起來像時間值，但是如果在一個日期中使用，上下文將作為年份被解釋成'2010-11-12'。值'10:45:15'將被變換到'0000-00-00'，因為'45'不是一個合法的月份。

2.以2位數字指定的年值是模糊的，因為世紀是未知的。MySQL使用下列規(guī)則解釋2位年值：
在00-69范圍的年值被變換到2000-2069。 在范圍70-99的年值被變換到1970-1999。 

PS：這里再為大家推薦一個本站Unix時間戳轉換工具，附帶了各種語言下時間戳的操作方法，包括PHP、MySQL、SQL Server、java等的時間戳獲取與轉換操作技巧：

Unix時間戳(timestamp)轉換工具：http://tools.jb51.net/code/unixtime

最新評論