很多时候,为了简单,我们在设计数据表的时候,都需要设置时间字段为当前时间,可是MySQL 中,默认值无法使用函数,也就是你无法设置某一列,默认值是 NOW () 这样的处理,那怎么办呢？

TIMESTAMP 数据类型,插入的时候,忽略该列即可,代码如下:

1. dt TIMESTAMP  
2. /*等价于*/ 
3. dt TIMESTAMP  default CURRENT_TIMESTAMP  ON UPDATE CURRENT_TIMESTAMP 
4.  
5. create table testB (  
6.   id   int PRIMARY KEY, 
7.   val  varchar(10), 
8.   dt TIMESTAMP  
9. ); 
10.  
11. /*我们试着插入下数据看看*/ 
12. INSERT INTO testB(id, val) VALUES(1, 'A'); 
13. INSERT INTO testB(id, val) VALUES(2, 'B'); 
14. //结果 
15.  
16. SELECT * FROM testB; 
17. +----+------+---------------------+ 
18. | id | val  | dt                  | 
19. +----+------+---------------------+ 
20. |  1 | A    | 2014-08-21 14:24:20 | 
21. |  2 | B    | 2014-08-21 14:24:21 | 
22. +----+------+---------------------+ 
23. 2 rows in set (0.00 sec) 

注意:MySQL的timestamp类型时间范围between '1970-01-01 00:00:01' and '2038-01-19 03:14:07'，超出这个范围则值记录为'0000-00-00 00:00:00'

该类型的一个重要特点就是保存的时间与时区密切相关，上述所说的时间范围是UTC(Universal Time Coordinated)标准，指的是经度0度上的标准时间，我国日常生活中时区以首都北京所处的东半球第8区为基准，统一使用东8区时间(俗称北京时间)，比UTC要早8个小时，服务器的时区设置也遵照此标准，因此对应过来timestamp的时间范围则应校准为'1970-01-01 08:00:01' and '2038-01-19 11:14:07'，也就是说东八区的1970-1-1 08:00:01等同于UTC 1970-1-1 00:00:01。

需要特点注意,timestamp类型的时间不仅仅与写入记录时的时区有关，显示时也与时区有关,例如,代码如下:

1. mysql> desc j1_dt; 
2. +-------+-----------+------+-----+-------------------+-------+ 
3. | Field | Type      | Null | Key | Default           | Extra | 
4. +-------+-----------+------+-----+-------------------+-------+ 
5. | dt    | timestamp | NO   |     | CURRENT_TIMESTAMP |       |  
6. +-------+-----------+------+-----+-------------------+-------+ 
7. 1 row in set (0.00 sec) 
8. mysql> insert into j1_dt values ('1970-01-01 08:00:01'); 
9. Query OK, 1 row affected (0.00 sec) 
10. mysql> select * from j1_dt; 
11. +---------------------+ 
12. | dt                  | 
13. +---------------------+ 
14. | 1970-01-01 08:00:01 |  
15. +---------------------+ 
16. 1 row in set (0.00 sec) 
17. mysql> set time_zone='+0:00'; 
18. Query OK, 0 rows affected (0.00 sec) 
19. mysql> select * from j1_dt; 
20. +---------------------+ 
21. | dt                  | 
22. +---------------------+ 
23. | 1970-01-01 00:00:01 |  
24. +---------------------+ 
25. 1 row in set (0.00 sec) 
26. mysql> set time_zone='+1:00'; 
27. Query OK, 0 rows affected (0.00 sec) 
28. mysql> select * from j1_dt; 
29. +---------------------+ 
30. | dt                  | 
31. +---------------------+ 
32. | 1970-01-01 01:00:01 |  
33. //开源代码phpfensi.com 
34. +---------------------+ 
35. 1 row in set (0.00 sec) 

如上述所示,根据时区的不同,显示的日期也是不一样的,这正是timestamp类型在MySQL日期类型中独有的时区特点.

如果向timestamp类型列插入的值超出了指定范围,则实际实际保存的值为'0000-00-00 00:00:00',并触发一个警告信息,代码如下:

1. mysql> set time_zone='+8:00'; 
2. Query OK, 0 rows affected (0.00 sec) 
3. mysql> select * from j1_dt; 
4. +---------------------+ 
5. | dt                  | 
6. +---------------------+ 
7. | 1970-01-01 08:00:01 |  
8. +---------------------+ 
9. 1 row in set (0.00 sec) 
10. mysql> insert into j1_dt values ('1970-01-01 00:00:01'); 
11. Query OK, 1 row affected, 1 warning (0.00 sec) 
12. mysql> show warnings; 
13. +---------+------+------------------------------------------------------+ 
14. | Level   | Code | Message                                              | 
15. +---------+------+------------------------------------------------------+ 
16. | Warning | 1264 | Out of range value adjusted for column 'dt' at row 1 |  
17. +---------+------+------------------------------------------------------+ 
18. 1 row in set (0.00 sec) 
19. mysql> select * from j1_dt; 
20. +---------------------+ 
21. | dt                  | 
22. +---------------------+ 
23. | 1970-01-01 08:00:01 |  
24. | 0000-00-00 00:00:00 |  
25. +---------------------+ 
26. 2 rows in set (0.00 sec) 

触发的警告信息在MySQL层面仅是个警告而并非错误,前端应用的try catch捕获不到,不过，由于实际写入的数据并非期望值,还是有可能埋下一些隐患,这些隐患一旦显露,就有可能触发前端应用出现异常.

对于timestamp类型,在实际应用中务必理解时区的概念,在设置timestamp列默认值，及实际赋值时务必明确写入的值实际保存时的状态,尽量避免埋入隐患,对于现有已经出错的记录,可以考虑通过批量UPDATE及修改表结构的方式予以处理.

关于 timestamp最小值与最大值一些测试例子,代码如下:

1. -mysql timestamp 最小值 
2. CREATE TABLE `test` ( 
3.   `ID` int(11) NOT NULL DEFAULT '0', 
4.   `NAME` varchar(20) DEFAULT NULL, 
5.   `hiredate` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, 
6.   PRIMARY KEY (`ID`) 
7. ) ENGINE=InnoDB DEFAULT CHARSET=gbk; 
8.  
9. insert into test values(1,'zjadolf','1970-01-01 08:01:00')--插入成功 
10. Category Timestamp Duration Message Line Position 
11. Statement 2010/9/27 14:57:43 0:00:00.003 1 rows affected 2 0 
12.  
13. insert into test values(2,'zjadolf','1970-01-01 08:00:00')-- 
14. Category Timestamp Duration Message Line Position 
15. Error 2010/9/27 14:58:35 0:00:00.000 MySQL Database Error: Incorrect datetime value: '1970-01-01 08:00:00' for column 'hiredate' at row 1 2 0 
16.  
17. insert into test values(3,'zjadolf','1970-01-01 08:00:30')--ok 可以插入 
18. Category Timestamp Duration Message Line Position 
19. Statement 2010/9/27 15:04:48 0:00:00.007 1 rows affected 2 0 
20.  
21. insert into test values(1,'zjadolf','1970-01-01 08:00:01')--ok 可以插入 
22. Category Timestamp Duration Message Line Position 
23. Statement 2010/9/27 15:06:39 0:00:00.006 1 rows affected 2 0 
24.  
25. insert into test values(1,'zjadolf','1970-01-01 08:00:00')--不可以插入 报错 
26. Category Timestamp Duration Message Line Position 
27. Error 2010/9/27 15:07:13 0:00:00.000 MySQL Database Error: Incorrect datetime value: '1970-01-01 08:00:00' for column 'hiredate' at row 1 2 0 

看样子1970-01-01 08:00:01应该是mysql中timestamp允许的最小值,大家使用时应该注意下,验证下我们插入如下记录应该报错,代码如下:

insert into test values(1,'zjadolf','1969-01-01 08:01:02')

Category Timestamp Duration Message Line Position

Error 2010/9/27 15:09:29 0:00:00.000 MySQL Database Error: Incorrect datetime value: '1969-01-01 08:01:02' for column 'hiredate' at row 1 2 0 

--果然报错,难怪我在测试使用toad for mysql import tool导入1000000数据导到 日期为：'1970-01-01 07:57:09' 这条数据的时候报错呢！结果小于这个日期的记录都导不进去,悲剧啊.

查看官方解释文档如下:TIMESTAMP值不能早于1970或晚于2037。

当你需要同时包含日期和时间信息的值时则使用DATETIME类型,MySQL以'YYYY-MM-DD HH:MM:SS'格式检索和显示DATETIME值,支持的范围为'1000-01-01 00:00:00'到'9999-12-31 23:59:59',“支持”表示尽管先前的值可能工作,但没有保证.

当你只需要日期值而不需要时间部分时应使用DATE类型,MySQL用'YYYY-MM-DD'格式检索和显示DATE值,支持的范围是'1000-01-01'到 '9999-12-31'.

TIMESTAMP列类型的属性不固定,取决于MySQL版本和服务器运行的SQL模式,这些属性将在本节后面描述,看样子如果要支持较长时间的日期,那就需要使用datetime类型,代码如下:

1. insert into t4 values(1,'1900-01-01 08:01:02') 
2. Category Timestamp Duration Message Line Position 
3. Statement 2010/9/27 15:21:53 0:00:00.051 1 rows affected 15 0 

这样看来mysql 的timestamp 和db2 的timestamp还是不一样的,db2 的timestamp 类型没有mysql 这样的限制.