MySQL timestamp的类型与时区实例详解

 MysqL timestamp的类型与时区

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

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及修改表结构的方式予以处理。

感谢阅读,希望能帮助到大家,谢谢大家对本站的支持

相关文章

SELECT a.*,b.dp_name,c.pa_name,fm_name=(CASE WHEN a.fm_n...
if not exists(select name from syscolumns where name=&am...
select a.*,pano=a.pa_no,b.pa_name,f.dp_name,e.fw_state_n...
要在 SQL Server 2019 中设置定时自动重启,可以使用 Window...
您收到的错误消息表明数据库 'EastRiver' 的...
首先我需要查询出需要使用SQL Server Profiler跟踪的数据库标...