• 企业400电话
  • 微网小程序
  • AI电话机器人
  • 电商代运营
  • 全 部 栏 目

    企业400电话 网络优化推广 AI电话机器人 呼叫中心 网站建设 商标✡知产 微网小程序 电商运营 彩铃•短信 增值拓展业务
    为什么MySQL 使用timestamp可以无视时区问题.

    之前一直有过疑惑为什么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 时区转成当前时区的时间,这些转换都是透明的

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

    您可能感兴趣的文章:
    • MySQL timestamp的类型与时区实例详解
    • 通过实例解析MySql CURRENT_TIMESTAMP函数
    • MySQL的时间差函数TIMESTAMPDIFF、DATEDIFF的用法
    • MySQL的时间差函数(TIMESTAMPDIFF、DATEDIFF)、日期转换计算函数(date_add、day、date_format、str_to_date)
    • MySQL中datetime和timestamp的区别及使用详解
    • MySQL 5.6 中 TIMESTAMP有那些变化
    • MySQL 5.6 中的 TIMESTAMP 和 explicit_defaults_for_timestamp 参数
    • Mysql中的Datetime和Timestamp比较
    • mysql 数据类型TIMESTAMP
    上一篇:MySQL触发器的使用场景及方法实例
    下一篇:mysql用户变量与set语句示例详解
  • 相关文章
  • 

    © 2016-2020 巨人网络通讯 版权所有

    《增值电信业务经营许可证》 苏ICP备15040257号-8

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