脚本之家 服务器常用软件
快捷导航
您的位置：首页 → 数据库 → Mysql → MySQL timestamp无视时区

为什么MySQL 使用timestamp可以无视时区问题.

 更新时间：2020年12月10日 09:52:03   作者：施国鹏  
这篇文章主要介绍了为什么MySQL timestamp可以无视时区问题，帮助大家更好的理解和使用MySQL，感兴趣的朋友可以了解下

之前一直有过疑惑为什么MySQL数据库存timestamp可以无视时区问题.
在业务中也是一直使用Laravel框架,内置的Migration也是使用的timestamp类型字段, 也没太关心.

开始

查看当前数据库时区

mysql> show variables like "%time_zone%";
+------------------+--------+
| Variable_name  | Value |
+------------------+--------+
| system_time_zone | CST  |
| time_zone    | +08:00 |
+------------------+--------+
2 rows in set (0.30 sec)

查看表结构

mysql> desc timestamp_test;
+--------------+-----------+------+-----+---------+----------------+
| Field    | Type   | Null | Key | Default | Extra     |
+--------------+-----------+------+-----+---------+----------------+
| id      | int    | NO  | PRI | NULL  | auto_increment |
| created_time | datetime | YES |   | NULL  |        |
| created_at  | timestamp | YES |   | NULL  |        |
+--------------+-----------+------+-----+---------+----------------+
3 rows in set (0.26 sec)

插入数据

mysql> insert into timestamp_test(created_time, created_at) values('2020-12-09 08:00:00', '2020-12-09 08:00:00');
Query OK, 1 row affected (0.22 sec)


mysql> select * from timestamp_test;
+----+---------------------+---------------------+
| id | created_time    | created_at     |
+----+---------------------+---------------------+
| 1 | 2020-12-09 08:00:00 | 2020-12-09 08:00:00 |
+----+---------------------+---------------------+
1 row in set (0.06 sec)

这个时间看起来是没问题的, 那么我们尝试修改时区再插入数据

mysql> SET time_zone = "+00:00";
Query OK, 0 rows affected (0.03 sec)

mysql> insert into timestamp_test(created_time, created_at) values('2020-12-09 08:00:00', '2020-12-09 08:00:00');
Query OK, 1 row affected (0.03 sec)

mysql> SET time_zone = "+08:00";
Query OK, 0 rows affected (0.04 sec)

这时候再查看数据, 两条插入的SQL是一样的,但是发现查询的结果是不一样的
这两条数据created_at的相差正好是时区的时间差

mysql> select * from timestamp_test;
+----+---------------------+---------------------+
| id | created_time    | created_at     |
+----+---------------------+---------------------+
| 1 | 2020-12-09 08:00:00 | 2020-12-09 08:00:00 |
| 2 | 2020-12-09 08:00:00 | 2020-12-09 16:00:00 |
+----+---------------------+---------------------+
2 rows in set (0.06 sec)

再看一下实际存储的时间戳, 然后我们变化时区, 发现字段时间变化了,但是原始的时间戳数据没变

mysql> select *, unix_timestamp(created_at) from timestamp_test;
+----+---------------------+---------------------+----------------------------+
| id | created_time    | created_at     | unix_timestamp(created_at) |
+----+---------------------+---------------------+----------------------------+
| 1 | 2020-12-09 08:00:00 | 2020-12-09 08:00:00 |         1607472000 |
| 2 | 2020-12-09 08:00:00 | 2020-12-09 16:00:00 |         1607500800 |
+----+---------------------+---------------------+----------------------------+
2 rows in set (0.06 sec)

mysql> SET time_zone = "+00:00";
Query OK, 0 rows affected (0.09 sec)

mysql> show variables like "%time_zone%";
+------------------+--------+
| Variable_name  | Value |
+------------------+--------+
| system_time_zone | CST  |
| time_zone    | +00:00 |
+------------------+--------+
2 rows in set (0.08 sec)

mysql> select *, unix_timestamp(created_at) from timestamp_test;
+----+---------------------+---------------------+----------------------------+
| id | created_time    | created_at     | unix_timestamp(created_at) |
+----+---------------------+---------------------+----------------------------+
| 1 | 2020-12-09 08:00:00 | 2020-12-09 00:00:00 |         1607472000 |
| 2 | 2020-12-09 08:00:00 | 2020-12-09 08:00:00 |         1607500800 |
+----+---------------------+---------------------+----------------------------+
2 rows in set (0.18 sec)

因为这一切是MySQL隐式的帮我们转换了, 让我们不用关心时区的问题

就是数据库实际上会保存 UTC 时间戳，写入的时候先按 Session 时区转成 UTC 时间，读出的时候再按 Session 时区转成当前时区的时间，这些转换都是透明的

  • 假如我们在正八区存储了2020-12-09 08:00:00时间的一条数据
  • 我们在正八区取出这一条数据, 时间依然是2020-12-09 08:00:00
  • 这时候我们有一台在零时区的服务器,连接MySQL,并且把当前连接的时区设置为+00:00,再去查数据库这条记录,查到的数据是:2020-12-09 00:00:00, 正好对应零时区的时间,这样子我们就不用考虑时区的问题.

以上就是为什么MySQL timestamp可以无视时区问题.的详细内容，更多关于MySQL timestamp无视时区的资料请关注脚本之家其它相关文章！

您可能感兴趣的文章:

相关文章

  • 如何给mysql数据库重新命名(操作步骤)

    如何给mysql数据库重新命名(操作步骤)

    这篇文章主要介绍了如何给mysql数据库重新命名,本文通过实例代码给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下
    2023-05-05
  • MySQL 8.0.20 安装教程图文详解(windows 64位)

    MySQL 8.0.20 安装教程图文详解(windows 64位)

    这篇文章主要介绍了MySQL 8.0.20安装教程(windows 64位)，本文通过图文并茂的形式给大家介绍的非常详细，对大家的学习或工作具有,需要的朋友可以参考下
    2020-05-05
  • MySQL带你秒懂索引下推

    MySQL带你秒懂索引下推

    如果你在面试中，听到MySQL5.6”、“索引优化” 之类的词语，你就要立马get到，这个问的是“索引下推”。本文就来分分享这个小知识点索引下推
    2021-09-09
  • Mysql带And关键字的多条件查询语句

    Mysql带And关键字的多条件查询语句

    MySQL带AND关键字的多条件查询，MySQL中，使用AND关键字，可以连接两个或者多个查询条件，只有满足所有条件的记录，才会被返回
    2017-07-07
  • mysql Myisamchk小工具使用手册

    mysql Myisamchk小工具使用手册

    Myisamchk是MyISAM表维护的一个非常实用的工具。可以使用myisamchk实用程序来获得有关数据库表的信息或检查、修复、优化他们。myisamchk适用MyISAM表(对应.MYI和.MYD文件的表)。
    2008-10-10
  • mysql 8.0.22 安装配置图文教程

    mysql 8.0.22 安装配置图文教程

    这篇文章主要为大家详细介绍了mysql 8.0.22 安装配置图文教程，文中示例代码介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们可以参考一下
    2020-11-11
  • Mysql InnoDB引擎的索引与存储结构详解

    Mysql InnoDB引擎的索引与存储结构详解

    这篇文章主要给大家介绍了Mysql InnoDB引擎的索引与存储结构的相关资料，文中通过示例代码介绍的非常详细，需要的朋友可以参考借鉴，下面随着小编来一起学习学习吧
    2019-01-01
  • MySql带OR关键字的多条件查询语句

    MySql带OR关键字的多条件查询语句

    MySQL带OR关键字的多条件查询，与AND关键字不同，OR关键字，只要记录满足任意一个条件，就会被查询出来。即AND的优先级高于OR
    2017-07-07
  • mysql随机抽取一定数量的记录实例讲解

    mysql随机抽取一定数量的记录实例讲解

    在本篇文章里小编给大家整理的是关于mysql随机抽取一定数量的记录实例相关知识点，有需要的朋友们可以学习下。
    2019-09-09
  • mysql主从基于docker和django实现读写分离

    mysql主从基于docker和django实现读写分离

    这篇文章主要介绍了mysql主从基于docker和django实现读写分离，文章围绕主题展开详细的内容介绍，具有一定的参考价值，感兴趣的小伙伴可以参考一下
    2022-08-08

最新评论