Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1239453
  • 博文数量: 350
  • 博客积分: 10
  • 博客等级: 民兵
  • 技术积分: 5668
  • 用 户 组: 普通用户
  • 注册时间: 2011-03-23 17:53
文章分类

全部博文(350)

文章存档

2013年(350)

分类: Mysql/postgreSQL

2013-04-11 15:52:47

的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类型的时间不仅仅与写记录时区有关,显示时也与时区有关,例如:

mysql> desc j1_dt;

+-------+-----------+------+-----+-------------------+-------+

| Field | Type      | Null | Key | Default           | Extra |

+-------+-----------+------+-----+-------------------+-------+

| dt    | timestamp | NO   |     | CURRENT_TIMESTAMP |       | 

+-------+-----------+------+-----+-------------------+-------+

1 row in set (0.00 sec)

mysql> insert into j1_dt values ('1970-01-01 08:00:01');

Query OK, 1 row affected (0.00 sec)

mysql> select * from j1_dt;

+---------------------+

| dt                  |

+---------------------+

| 1970-01-01 08:00:01 | 

+---------------------+

1 row in set (0.00 sec)

mysql> set time_zone='+0:00';

Query OK, 0 rows affected (0.00 sec)

mysql> select * from j1_dt;

+---------------------+

| dt                  |

+---------------------+

| 1970-01-01 00:00:01 | 

+---------------------+

1 row in set (0.00 sec)

mysql> set time_zone='+1:00';

Query OK, 0 rows affected (0.00 sec)

mysql> select * from j1_dt;

+---------------------+

| dt                  |

+---------------------+

| 1970-01-01 01:00:01 | 

+---------------------+

1 row in set (0.00 sec)

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

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

mysql> set time_zone='+8:00';

Query OK, 0 rows affected (0.00 sec)

mysql> select * from j1_dt;

+---------------------+

| dt                  |

+---------------------+

| 1970-01-01 08:00:01 | 

+---------------------+

1 row in set (0.00 sec)

mysql> insert into j1_dt values ('1970-01-01 00:00:01');

Query OK, 1 row affected, 1 warning (0.00 sec)

mysql> show warnings;

+---------+------+------------------------------------------------------+

| Level   | Code | Message                                              |

+---------+------+------------------------------------------------------+

| Warning | 1264 | Out of range value adjusted for column 'dt' at row 1 | 

+---------+------+------------------------------------------------------+

1 row in set (0.00 sec)

mysql> select * from j1_dt;

+---------------------+

| dt                  |

+---------------------+

| 1970-01-01 08:00:01 | 

| 0000-00-00 00:00:00 | 

+---------------------+

2 rows in set (0.00 sec)

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

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


阅读(1537) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~