下面就详细说明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列也可以用更短的显示尺寸创造

最常见的显示尺寸是6、8、12、和14。

你可以在创建表时指定一个任意的显示尺寸，但是定义列长为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列在下列任何条件下发生：