mysql之TIMESTAMP（時間戳）用法詳解

1、TIMESTAMP的變體

TIMESTAMP時間戳在建立的時候能夠有多重不一樣的特性，如：

1.在建立新記錄和修改現有記錄的時候都對這個數據列刷新：

?

1	TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP

2.在建立新記錄的時候把這個字段設置爲當前時間，但之後修改時，再也不刷新它：

?

1	TIMESTAMP DEFAULT CURRENT_TIMESTAMP

3.在建立新記錄的時候把這個字段設置爲0，之後修改時刷新它：

?

1	TIMESTAMP ON UPDATE CURRENT_TIMESTAMP

4.在建立新記錄的時候把這個字段設置爲給定值，之後修改時刷新它：

?

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

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

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

?

1 2 3 4 5 6 7 8 9 10

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

「完整」TIMESTAMP格式是14位，但TIMESTAMP列也能夠用更短的顯示尺寸，創造最多見的顯示尺寸是六、八、十二、和14。
你能夠在建立表時指定一個任意的顯示尺寸，可是定義列長爲0或比14大均會被強制定義爲列長14。
列長在從1～13範圍的奇數值尺寸均被強制爲下一個更大的偶數。
 
列如：

?

1 2 3 4 5

定義字段長度　　 強制字段長度 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亦然）

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

?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

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列在下列任何條件下發生：

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

?

1 2 3 4 5 6 7 8 9 10 11 12 13 14

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 | + ----+----------------+----------------+

第一條指令因設date一、date2爲NULL,因此date一、date2值均爲當前時間第二條指令因沒有設date一、date2列值，第一 個TIMESTAMP列date1爲更新爲當前時間，而二個TIMESTAMP列date2因日期不合法而變爲「00000000000000」

?

1 2 3 4 5 6 7

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

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

?

1 2 3 4 5 6 7

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

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

?

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

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

?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

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　| + ----+-------------+-------------+

在某種程度上，你能夠把一種日期類型的值賦給一個不一樣的日期類型的對象。
然而，而尤爲注意的是：值有可能發生一些改變或信息的損失：
 
1.若是你將一個DATE值賦給一個DATETIME或TIMESTAMP對象，結果值的時間部分被設置爲'00:00:00'，由於DATE值中不包含有時間信息。　　
2.若是你將一個DATETIME或TIMESTAMP值賦給一個DATE對象，結果值的時間部分被刪除，由於DATE類型不存儲時間信息。
3.儘管DATETIME, DATE和TIMESTAMP值全均可以用一樣的格式集來指定，但全部類型不都有一樣的值範圍。

例如，TIMESTAMP值不能比1970早，也不能比2037晚，這意味着，一個日期例如'1968-01-01'，看成爲一個 DATETIME或DATE值時它是合法的，但它不是一個正確TIMESTAMP值！而且若是將這樣的一個對象賦值給TIMESTAMP列，它將被變換爲 0。   
 
3、當指定日期值時，小心某些缺陷：

1.容許做爲字符串指定值的寬鬆格式能被欺騙。例如，由於「:」分隔符的使用，值'10:11:12'可能看起來像時間值，可是若是在一個日期中使用，上下文將做爲年份被解釋成'2010-11-12'。值'10:45:15'將被變換到'0000-00-00'，由於'45'不是一個合法的月份。
 
2.以2位數字指定的年值是模糊的，由於世紀是未知的。MySQL使用下列規則解釋2位年值： 在00-69範圍的年值被變換到2000-2069。 在範圍70-99的年值被變換到1970-1999。