解决MySQL时区日期时差8个小时的问题

目录
  • 场景:
  • 解决:
  • mysql查出时间相差14小时
    • 问题重现
    • 问题排查

场景:

我们在mysql客户端查询 now() 系统当前日期时间,会发现得到的结果比系统实际日期时间慢8个小时左右,这是由于不同的时区导致的

解决:

1、在 mysql 的服务端的 my.conf 文件中 [mysqld] 节点下设置时区参数

default-time-zone=Asia/Shanghai

2、如果 mysql 的版本是 5.7 配置如下参数

default-time-zone = '+8:00'

3、如果 mysql 服务是由 docker 创建的容器,需要查看 mysql 容器的系统日期是否正确,如果不正确,需要调整 mysql 容器内的系统日期时间

方式一:

//1、把当前宿主机的时区信息复制到mysql容器的时区中
docker cp /usr/share/zoneinfo/Asia/Shanghai 容器名称或Id:etc/localtime

//2、重启mysql服务即可
docker restart 容器名称或Id

方式二:

共享主机的 localtime,创建容器的时候指定启动参数,挂载 localtime 文件到容器内

docker run --name 容器名称 -v /etc/localtime:/etc/localtime

如此,时区不一致的问题就解决了

mysql查出时间相差14小时

问题重现

服务器使用mysql 5.7数据库,线上运行程序时,保存时间相差14小时

问题排查

首先以为是线上linux系统数据库时区问题,特地查看了线上linux数据库时区

Last login: Wed Nov 27 14:39:13 2019 from 192.168.2.147
[root@localhost ~]# date -R
Thu, 28 Nov 2019 08:44:39 +0800
[root@localhost ~]# hwclock
2019年11月28日 星期四 08时44分52秒  -0.938419 秒
[root@localhost ~]#

检查时区后发现时区设置是正确的,怀疑是线上数据库时区设置问题,检查线上数据库时区设置

mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone | CST    |
| time_zone        | SYSTEM |
+------------------+--------+
2 rows in set (0.03 sec)

发现线上数据库时区设置也是一致,于是在本地重新运行程序,添加断点,监听时间传参变化,断点逐步进行,在保存至数据库前,断点中检查的时间都是正确的,可以确定是数据库时间保存时出现的问题。

在这个地方我自己遇到的问题更尴尬,排查问题时是在同事电脑上进行排查,检查了pom文件中依赖的mysql-connector-java 版本号是 5.1.46 ,运行时无报错信息,但实际打包项目时使用的是我电脑进行打包,但我电脑中pom文件里mysql-connector-java 版本号写的是runtime,也就是跟着springboot版本选择,我使用的springboot版本号是2.1.5,所以对应的mysql版本jar包文件是8.0的jar包,就是这个问题导致是时间相差了14小时,更改mysql版本号,重新运行,问题解决。

自己在排查问题过程中也发现了类似相关的数据库时间保存相差N小时问题主要出于几种情况:

  • 数据库版本不一致
  • marven依赖jar包版本与数据库版本不一致
  • mysql时区设置错误
  • 系统时区错误

到此这篇关于解决MySQL时区日期时差8个小时的问题的文章就介绍到这了,更多相关MySQL差8个小时内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • MySQL总是差八个小时该如何解决

    目录 前言 1. MySQL 本身问题 2. JDBC 连接问题 3. 题外话 4. 小结 前言 今天来聊一个简单的话题,这是一个小伙伴在微信上问我的,对于初学者我非常能理解这类问题带来的困扰,各种尝试,各种搜索,别人说的头头是道,但是就是解决不了自己的问题,今天我简单从两个方面来和大家聊聊这个问题,如果小伙伴们有其他的解决思路,也可以留言一起分享. 这个问题我们可以从两方面来分析: MySQL 本身的问题. Java 代码的问题. 1. MySQL 本身问题 MySQL 本身问题,这个其实很好

  • MySQL5.7慢查询日志时间与系统时间差8小时原因详解

    在对慢查询进行查看的时候发现时间不对,正好与系统时间相差8个小时. 1.慢查询显示时间如下 # Time: 2020-01-10T06:42:24.940811Z 2.系统时间 $ date Fri Jan 10 14:42:31 CST 2020 3.查看数据库参数 mysql> show variables like 'log_timestamps'; +----------------+-------+ | Variable_name | Value | +----------------

  • MySQL插入时间差八小时问题的解决方法

    解决MySQL插入时间差八小时问题 一般 jdbc url中 需要添加几个参数 , 大多数博客给的教程都是 useSSL=false&useUnicode=true&characterEncoding=UTF-8&serverTimezone=UTC 这几个参数, 配置结果为:  jdbc:mysql://localhost:3306/test?useUnicode=true&characterEncoding=UTF-8&serverTimezone=UTC 对于

  • 解决MySQL时区日期时差8个小时的问题

    目录 场景: 解决: mysql查出时间相差14小时 问题重现 问题排查 场景: 我们在mysql客户端查询 now() 系统当前日期时间,会发现得到的结果比系统实际日期时间慢8个小时左右,这是由于不同的时区导致的 解决: 1.在 mysql 的服务端的 my.conf 文件中 [mysqld] 节点下设置时区参数 default-time-zone=Asia/Shanghai 2.如果 mysql 的版本是 5.7 配置如下参数 default-time-zone = '+8:00' 3.如果

  • MYSQL时区导致时间差了14或13小时的解决方法

    目录 CST 时区 排错过程 解决方案 MySQL时区有问题(相差13或14小时) p>我一般使用MYSQL定义字段类型时,一般使用TIMESTAMP时间戳来定义创建时间与更新时间,并将其定义为默认值为CURRENT_TIME,但是由于场景特殊,现在我需要将一个任务的开始时间与结束时间记录,并写入数据库,那么我的开始时间戳与结束时间戳则不应该是使用数据库自带的默认值的,而是应该使用我使用java代码里面传进去的LocalDateTime.now()方法.但是插入后数据我发现有问题,插入的时间比我

  • mysql常用日期时间/数值函数详解(必看)

    1.日期时间函数 时间转化秒函数:time_to_sec MySQL> select time_to_sec('01:01:01'); +-------------------------+ | time_to_sec('01:01:01') | +-------------------------+ | 3661 | +-------------------------+ 1 row in set (0.00 sec) 秒转化时间函数:sec_to_time mysql> select se

  • Mysql指定日期区间的提取方法

    在数据库搬砖的过程中,免不了要跟日期打交道,比如按日期汇总一些指标.统计某段时间内的总量等. 如果是固定的日期还好,只需直接指定即可,但很多时候都是需要根据当前日期自适应变化的.比如:提取上周一到上周日的数据.提取上个月的数据.提取前N个月的数据... 这些要求都有一个共同点,就是要视当前日期而定!那么,我们就需要首先获取当前日期的一些信息,如当前日期是本周第几天.本月第几天等,然后,才能做下一步处理. 一.在提取所需日期区间之前,我们先介绍几个常用的函数 -- 先运行这一句 SET @t =

  • 解决mysql服务器在无操作超时主动断开连接的情况

    我们在使用mysql服务的时候,正常情况下,mysql的设置的timeout是8个小时(28800秒),也就是说,如果一个连接8个小时都没有操作,那么mysql会主动的断开连接,当这个连接再次尝试查询的时候就会报个"MySQL server has gone away"的误,但是有时候,由于mysql服务器那边做了一些设置,很多情况下会缩短这个连接timeout时长以保证更多的连接可用.有时候设置得比较变态,很短,30秒,这样就需要客户端这边做一些操作来保证不要让mysql主动来断开.

  • mysql函数日期和时间函数汇总

    目录 前言 获取当前日期的函数 获取当前时间的函数 获取当前日期和时间的函数 UNIX时间戳函数 返回UTC日期的函数 返回UTC时间的函数 获取月份的函数MONTH(date)和MONTHNAME(date) 获取星期的函数DAYNAME(d).DAYOFWEEK(d)和WEEKDAY(d) 获取星期的函数WEEK(d)和WEEKOFYEAR(d) 获取天数的函数DAYOFYEAR(d)和DAYOFMONTH(d) 获取年份.季度.小时.分钟和秒钟的函数 获取日期的指定值的函数EXTRACT(

  • 一文带你永久摆脱Mysql时区错误问题(idea数据库可视化插件配置)

    目录 项目场景: 问题描述 原因分析 解决方案: 总结 项目场景: 今天在做项目的时候遇到一个关于mysql时区的问题,在这里汇总记录一下解决过程,希望可以帮助到有需要的人. 问题描述 在做项目的时候突然遇到以下的报错,可以看到是说 数据库的时区错误,这里使用的是Mysql 8.0.15数据库. 这里试用了idea提供的数据库可视化插件. 以下报错使得无法访问数据库. org.apache.ibatis.exceptions.PersistenceException: ### Error que

  • MySQL按年/月/周/日/小时分组查询、排序、limit及判空用法实例

    目录 一.按年/月/周/日/小时分组查询(日期时间类型为date或者datetime) 二.MySQL排序 1.排序规则 2.单列排序 三.limit 详细用法 1.用于强制返回指定的记录行数 2.分页 四.ifnull()函数的使用 1.ifnull()的语法 2.ifnull()的使用 总结 一.按年/月/周/日/小时分组查询(日期时间类型为date或者datetime) 在DATE_FORMAT(create_time,'%Y%m%d')中设置需要分组的类型和格式,如下: '%Y%m%d'

  • 解决mySQL中1862(phpmyadmin)/1820(mysql)错误的方法

    发现问题 之前一直运行的好好的,突然mysql就无法工作了.请求命令后报错误:ERROR 1820 (HY000): You must SET PASSWORD before executing this statement ,使用phpMyAdmin管理工具也无法登录,显示错误:#1862 无法登录 MySQL 服务器 错误解决 进入mysql的服务器中使用mysql指令进行登录及操作. 1.登录mysql:mysql -uroot -proot (root是我的帐号及密码) 2.尝试是否报1

  • 完美解决mysql客户端授权后连接失败的问题

    在本地(192.168.1.152)部署好mysql环境,授权远程客户机192.168.1.%连接本机的mysql,在iptables防火墙也已开通3306端口. 如下: mysql> select host,user,password from mysql.user; +--------------+-----------------+---------------------------------------------------------+ | host | user | passw

随机推荐