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

更新时间：2016年11月24日 16:07:55 投稿：lqh

这篇文章主要介绍了 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及修改表结构的方式予以处理。

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

您可能感兴趣的文章:

解决启动MongoDB错误：error while loading shared libraries: libstdc+
本文提供了解启动MongoDB时提示：error while loading shared libraries: libstdc++.so.6: cannot open shared object file: 错误的解决方案
2018-10-10
浅谈一下mysql数据库底层原理
这篇文章主要介绍了浅谈一下mysql数据库底层原理,介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
2023-04-04
Navicat连接虚拟机mysql常见错误问题及解决方法
这篇文章主要介绍了Navicat连接虚拟机mysql常见错误问题及解决方法，本文给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下
2020-11-11
Mysql5 字符集编码问题解决
mysql 创建数据库时指定编码很重要，很多开发者都使用了默认编码，但是我使用的经验来看，制定数据库的编码可以很大程度上避免倒入导出带来的乱码问题。
2009-10-10
mysql增加新用户无法登陆解决方法
在使用mysql增加新用户之后，发现新增的用户无法登陆，一时束手无策，网上搜集整理了一下，晒出来和大家分享一下，希望可以帮助你们
2012-11-11
小记一次mysql主从配置解决方案
mysql主从方案主要作用：读写分离，使数据库能支撑更大的并发。在报表中尤其重要。由于部分报表sql语句非常的慢，导致锁表，影响前台服务。如果前台使用master，报表使用slave，那么报表sql将不会造成前台锁，保证了前台速度。
2015-10-10
为什么在MySQL中不建议使用UTF-8
在本篇文章里小编给大家分享了一篇关于MySQL中不要使用UTF-8的相关文章，有兴趣的朋友们可以阅读参考下。
2020-12-12
Mysql5.7中JSON操作函数使用说明
本文给大家分享的是在mysql5.7中操作json的函数的使用方法以及相关示例，非常的实用，有需要的小伙伴可以参考下
2017-07-07
MySQL 数据库的临时文件究竟储存在哪里
MySQL使用环境变量TMPDIR的值作为保存临时文件的目录的路径名。
2009-02-02
MySQL修改表一次添加多个列(字段)和索引的方法
下面小编就为大家带来一篇MySQL修改表一次添加多个列(字段)和索引的方法。小编觉得挺不错的，现在就分享给大家，也给大家做个参考。一起跟随小编过来看看吧
2017-01-01