如何分析mysql的坑比时区问题
发布时间：2021-12-20 11:47:43 所属栏目：通讯 来源：互联网
导读：这期内容当中小编将会给大家带来有关如何解析mysql的坑比时区问题，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。 问题：mysqldump出来的文件迁移到另外的库，时间戳字段总是少8个小时！ 1.看到这个很快就想到时区问
|
这期内容当中小编将会给大家带来有关如何解析mysql的坑比时区问题，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。 问题：mysqldump出来的文件迁移到另外的库，时间戳字段总是少8个小时！ 1.看到这个很快就想到时区问题，我们先看一下 mysql时区 mysql> show variables like '%zone%'; +------------------+--------+ | Variable_name | Value | +------------------+--------+ | system_time_zone | CST | | time_zone | SYSTEM | +------------------+--------+ 系统时区 [root@iZ2ze66bhrbxkc31nljgjnZ ~]# date -R Fri, 23 Jun 2017 16:06:46 +0800 很好没毛病 2.查看表结构 MariaDB [ecejmaster]> desc svc_street_tmp_170623; +--------------+-------------+------+-----+-------------------+-----------------------------+ | Field | Type | Null | Key | Default | Extra | +--------------+-------------+------+-----+-------------------+-----------------------------+ | street_id | int(11) | NO | | 0 | | | city_id | int(11) | YES | | NULL | | | street_name | varchar(50) | NO | | | | | status | tinyint(4) | YES | | NULL | | | create_user | int(11) | YES | | NULL | | | create_time | datetime | NO | | CURRENT_TIMESTAMP | | | update_user | int(11) | YES | | NULL | | | update_time | datetime | YES | | NULL | | | del_flag | tinyint(4) | NO | | 0 | | | screate_time | timestamp | NO | | CURRENT_TIMESTAMP | | | supdate_time | timestamp | NO | | CURRENT_TIMESTAMP | on update CURRENT_TIMESTAMP | +--------------+-------------+------+-----+-------------------+-----------------------------+ 3 查看数据 MariaDB [ecejmaster]> select * from svc_street_tmp_170623 where street_id=17615 limit 1; +-----------+---------+-------------+--------+-------------+---------------------+-------------+---------------------+----------+---------------------+---------------------+ | street_id | city_id | street_name | status | create_user | create_time | update_user | update_time | del_flag | screate_time | supdate_time | +-----------+---------+-------------+--------+-------------+---------------------+-------------+---------------------+----------+---------------------+---------------------+ | 17615 | 69 | 123 | 2 | 1 | 2017-06-23 15:37:24 | 1 | 2017-06-23 15:37:24 | 0 | 2017-06-23 15:37:24 | 2017-06-23 15:38:36 | +-----------+---------+-------------+--------+-------------+---------------------+-------------+---------------------+----------+---------------------+---------------------+ 1 row in set (0.00 sec) 4 备份 [dbaadmin@YZ-PRO-DB-04 ~]$ mysqldump -udbmanager -p'12fAK1aR' -h 10.32.14.78 ecejmaster svc_street_tmp_170623 --where="street_id=17615" -t -- MySQL dump 10.15 Distrib 10.0.23-MariaDB, for Linux (x86_64) -- -- Host: 10.32.14.78 Database: ecejmaster -- ------------------------------------------------------ -- Server version 10.0.23-MariaDB-log /*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */; /*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */; /*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */; /*!40101 SET NAMES utf8 */; /*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */; /*!40103 SET TIME_ZONE='+00:00' */; /*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */; /*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */; /*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */; -- -- Dumping data for table `svc_street_tmp_170623` -- -- WHERE: street_id=17615 LOCK TABLES `svc_street_tmp_170623` WRITE; /*!40000 ALTER TABLE `svc_street_tmp_170623` DISABLE KEYS */; INSERT INTO `svc_street_tmp_170623` VALUES (17615,69,'123',2,1,'2017-06-23 15:37:24',1,'2017-06-23 15:37:24',0,'2017-06-23 07:37:24','2017-06-23 07:38:36'); /*!40000 ALTER TABLE `svc_street_tmp_170623` ENABLE KEYS */; UNLOCK TABLES; /*!40103 SET TIME_ZONE=@OLD_TIME_ZONE */ ----看到没，时间少了8个小时，仔细观察会发现timestamp时间戳会出现少8个小时的状况，datetime时间类型不会！插入到另外的库中，时间会再加8个小时，恢复正常 上述就是小编为大家分享的如何解析mysql的坑比时区问题了，如果刚好有类似的疑惑，不妨参照上述分析进行理解。如果想知道更多相关知识，欢迎关注亿速云行业资讯频道。 （编辑：丽水站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
