不改变mysql配置解决mybatis从mysql数据库中取时间差14个小时的问题

最新推荐文章于 2023-07-12 09:23:48 发布
原创 最新推荐文章于 2023-07-12 09:23:48 发布 · 1.3k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mysql #时间 #mybatis #时区 #14小时

本文探讨在使用MyBatis框架从MySQL数据库获取时间数据时遇到的时区偏差问题，尤其是在使用Object类型接收时间数据时。通过对比不同数据类型（如String与Object）在时间取值上的差异，分析了问题产生的原因，并给出了将结果类型调整为String以避免时区转换错误的解决方案。

关于这个问题，网上已经有很多解决方案了，不过都是改mysql的配置信息，但是有些情况，无法去修改数据库的配置，那么就得用程序来解决了。
近期写项目时也突然遇到了这个问题，不过是“突然”的，项目开始时，时间取值时都没有问题，只是后来出现的，然后对前后的代码进行了比较，发现之前的取值都是使用实体类来接收的，对应的变量是String类型的，而后来的取值是使用Map<String,Object>（因为偷懒了。。。），使用Object类型取出的时间，和数据库中的时间就会差距14个小时，原因就是安装mysql之后没有进行时区的设置，但是数据库的管理不在我这边，要是改库就会很麻烦，所以还是把之后结果类型换成了String类型。
mybatis在从数据库取值之后，如果设置的结果类型是String，那么它就不会对时间类型进行时区的转换，直接当成字符串返回来，只有使用Date、Object类型接收的时候，会进行相关时区的转换

数据库的时间加减
05-07
实用的工具，如果你想要用数据库，免不了要看的，所以进来看看吧
mysql日期函数时间函数及加减运算
10-17
MySQL日期数据类型、MySQL时间类型使用总结，适用于 MySQL 5.X 及以上版本
解决mybatis从数据库读取时间相差14小时问题（时区问题）
xiaotaiyangdehua的博客
01-13 1479
今天使用mybatis查询mysql中的数据时，莫名其妙的所有时间都出错了，所有时间都比数据库时间多了14小时，考虑了一下，初步判定是系统时区的问题。因为mysql时区设置默认是操作系统时区。 mysql运行命令show variables like ‘%time_zone’，发现system_time_zone项果然是CST。 解决方案 解决方法1. 修改一下mysql的时区设置即可。 mys...
springboot+mybatis+mysql，保存到库的时间比当前时间少了14个小时
qq_39467629的博客
02-28 3058
做小demo时碰到一个问题，我往库里插入数据，时间总是不对。 比如现在是2019-2-28 10:00:00插入到数据库后就成了2019-2-2720:00:00 起初以为是mybatis配置文件问题，切换Date，Time，TIMESTAMP尝试，结果都不行。后来在网上搜索到答案了。 解决方案： 将数据库连接参数的serverTimezone设置成东8区的Hongkong、Asia...
ubuntu18.04 更改时区
power_to_go
12-11 328
查看 Ubuntu 版本 root@ubuntu:~# cat /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=18.04 DISTRIB_CODENAME=bionic DISTRIB_DESCRIPTION="Ubuntu 18.04.5 LTS" 修改时区 切换到 root 用户 查找时区 root@ubuntu:~# timedatectl list-timezones | grep Asia/Shanghai Asia/Shanghai
使用mybatis，时间少14小时
Mr_OOO的博客
02-08 3040
问题描述 今天使用mybtis保存信息的时候，发现保存的时间和实际存入的时间始终相差14小时。 解决思路 核查服务器时间 date 图(1) 没问题。 核查数据库时间 mysql -uroot -p show variables like '%time_zone%'; 图(2) 很明显这里time_zone还是默认时区，修改为中国时区就行了...
插入数据时间和Mysql中时间相差14小时
Ru_yin_hai的博客
03-31 875
今天进行插入数据时,发现插入的数据时间是现在的时间的14小时之前,考虑到可能是时区相差的问题 解决思路: 数据库连接时直接指定时区 serverTimezone=GMT%2B8 在数据库连接时,在url后面添加连接参数 ...
mybatis查询mysql的datetime类型数据时间差了14小时
linhaihai0202的专栏
01-05 3625
https://www.jianshu.com/p/ea7ef2d29940
mybatis查询mysql的datetime类型数据时间差了14小时（时区问题）
kingf_muzl的博客
11-15 276
转载:https://blog.youkuaiyun.com/yjgithub/article/details/80404002
处理程序中与数据库是时间存在时间差的问题
Lonely passerby
05-09 644
问题描述 在系统时，插入对象属性的时间和当前时间一致。但是写入Mysql后，时间就会差了8个小时。 处理方式 修改数据路连接url配置时区 spring.datasource.druid.url=jdbc:mysql://192.168.1.103:3306/bm_db?useUnicode=true&useSSL=false&character...
MySQL时区问题（与北京时间相差13小时）-- mybatisplus使用LocalDateTime.now()获取系统当前时间问题
m0_37997811的博客
07-24 6537
Tomcat和MySQL在同一个服务器上，Java代码打印时间出来都是对的，但是写入数据库就会与北京时间相差13小时左右。 查代码，查服务器，各种没有发现问题，后来发现可能是数据库的问题造成的， 于是乎：进入数据库查看时间和时区： mysql> select curtime(); mysql> show variables like ‘%time_zone%’; 发现时间也没问题，都是...
Mybatis查询时间相差13个小时问题记录
weixin_42780128的博客
04-07 1704
问题描述： 早上在提测的时候发现一个问题，前端传参是查询1月7日0点~1月7日24点的数据 mybatis查询出来却有9条（包含6号的数据）。 原因分析： 将日志打印的Sql以及传参放到mysql中直接查询，数据正常（4条，只有7号的数据）。 网上搜了一下应该是数据库时区的问题。 这边引用一下网上的回答： CST时间 CST时间有四种解释，所以不同项目中可能代码的意义不一样，比如Mysql和Java。这也是这次错误的主要原因。Java和Mysql协商时区时把Mysql的CST时间当成了美国中部时间既UT
mybatis中操作日期实例分析
06-22
NULL 博文链接：https://bijian1013.iteye.com/blog/2336179
mybatis mysql 时间加减大小比较
weixin_40918145的博客
09-14 2896
<update id="updateOrderFail"> update <include refid="table_name"></include> set state = 2, update_time = NOW() where state = 0 and NOW() > DATE_ADD(create_time, INTERVAL duration HOUR) </update> NOW.
系统运维系列 之mysql日期加减运算
langxiaolin的博客
03-03 1064
1 比较两个日期的大小： (1) Where Date Between ‘2020-01-01’ And ‘2020-01-31’ (2) Where Date >=‘2020-01-01’ (3) Where Date <=‘2020-01-01’ (4) Where Date =‘2020-01-01’ 2 判断在当前日期一周或者一月之内的方法： (1) Date between CURRENT_DATE and CURRENT_DATE+7 Date between CURRENT_DAT
java 使用mybatis查询出现的时区问题
Mensonge的博客
10-01 4133
1. 问题场景：使用LocalDateTime，mybatis查出来的时间比数据库表里存的时间快了13个小时。 如图：图一是表里存的时间数据，图二是debug时查出来的时间数据，快了13个小时 2. 找到原因：这是时区问题，mysql时区设置默认是操作系统时区 而mybatis中间使用Calender做类型转换，为CST时区 3. 解决办法：两种 1> 修改数据库系统配置 ...
mysql数据库时间突然是12小时制_为什么存入mysql数据库中的timestamp，晚了13或14个小时...
weixin_39572764的博客
01-20 1391
#为什么存入mysql数据库中的timestamp，晚了13个小时##查看数据库时区```showvariableslike'%time_zone%';select@@global.system_time_zone;select@@global.time_zone;可以得到默认数据库时区：system_time_zone|CST|time_zone|SYSTEM|```##...
数据库存入时间和读出来的时间不一致问题
weixin_45084734的博客
09-23 1134
Java 数据库 时间
MYSQL时区导致时间差了14或13小时的解决方法
如来#俏,米勒#笑 的博客
07-12 776
项目背景： java中使用 Date date=new Date() 设置了业务字段 operateTime,通过mybatis框架转换成后写入数据库中 operate_time(dateTime类型)，发现相差13小时！查阅资料学习备忘~核心原因：名为 CST 的时区是一个很混乱的时区，在与 MySQL 协商会话时区时，Java 会误以为是CST -0500，而非CST +0800。
mysql数据库时间与当前本地时间差8个小时
最新发布
03-24
<think>嗯，用户遇到了MySQL数据库时间和本地时间相差8小时的问题。我需要根据提供的引用内容来整理解决方案。首先，用户提到时区差导致存入的时间有偏差，比如13、14或11小时。引用[1]、[2]、[3]、[4]都提到了设置时区为+08:00的方法，所以解决方案应该包括修改MySQL的全局和会话时区。 首先，用户可能需要检查当前的时区设置。引用[3]中提到使用`show variables like '%time_zone';`命令，这应该是第一步，确认当前的时区是否是CST或者其他有歧义的时区，而不是东八区。 接下来，修改全局和会话时区。引用[1]和[2]都提到了`set global time_zone = '+08:00';`和`set time_zone = '+08:00';`，然后刷新权限`flush privileges;`。这应该是解决方案的核心步骤，确保数据库使用正确的时区。 然后，连接字符串的问题。引用[1]里的解决方案是在JDBC连接中添加`serverTimezone=GMT%2B8`，这样可以避免框架从MySQL获取错误的时区。这点很重要，尤其是使用MyBatis这样的框架时，必须显式指定时区，否则可能仍然出现问题。 另外，系统时区和MySQL的时区是否一致也需要检查。引用[4]提到sysdate函数的结果与系统时间相关，如果系统时区不对，即使MySQL时区正确，也可能出问题。所以用户可能需要调整操作系统的时区，比如使用`timedatectl set-timezone Asia/Shanghai`（针对Linux系统）。 可能还需要考虑应用服务器的时区设置，比如Java应用的JVM时区，可以通过启动参数`-Duser.timezone=GMT+08`来设置，避免应用层处理时间时出现偏差。 总结一下，解决方案应该分步骤：检查当前时区、修改MySQL配置、调整连接参数、检查系统时区、应用服务器时区设置。同时，要提醒用户如果修改配置文件后需要重启MySQL服务，以及测试是否生效的方法，比如查询当前时间或使用`sysdate()`函数。 用户可能遇到的问题还包括修改全局时区后，现有会话是否立即生效，可能需要重新连接数据库。此外，某些云数据库可能有不同的时区设置方式，需要参考提供商的文档。这些都是需要注意的地方。 最后，生成相关问题时要围绕时区设置、不同层面的调整方法、排查步骤和具体框架的配置，帮助用户全面理解和解决类似问题。</think>### 分步解决方案 MySQL数据库时间与本地时间相差8小时的问题，通常由**时区设置不一致**导致。以下是具体解决步骤： --- #### **1. 检查当前数据库时区** 执行命令查看MySQL的全局和会话时区： ```sql SHOW VARIABLES LIKE '%time_zone%'; ``` 若结果为`SYSTEM`或非`+08:00`（东八区），则需调整[^2][^3]。 --- #### **2. 修改MySQL全局时区** 通过SQL命令直接修改时区： ```sql SET GLOBAL time_zone = '+08:00'; -- 全局生效 SET time_zone = '+08:00'; -- 当前会话生效 FLUSH PRIVILEGES; -- 刷新权限 ``` 此操作将时区设为北京时间（UTC+8）[^1][^3]。 --- #### **3. 配置数据库连接时区** 在应用连接MySQL的JDBC URL中显式指定时区（例如Java应用）： ```properties spring.datasource.url=jdbc:mysql://localhost:3306/db_name?serverTimezone=GMT%2B8 ``` 避免框架（如MyBatis）自动获取数据库时区导致误差。 --- #### **4. 检查操作系统时区** MySQL的`SYSTEM`时区依赖操作系统时区，需确保操作系统时区正确： ```bash # Linux系统设置时区 timedatectl set-timezone Asia/Shanghai ``` 重启MySQL服务使配置生效： ```bash systemctl restart mysqld ``` --- #### **5. 验证时间一致性** 在MySQL中执行以下命令验证： ```sql SELECT NOW(); -- 数据库当前时间 SELECT SYSDATE(); -- 系统时间（依赖操作系统时区） ``` 若两者均显示北京时间，则问题已解决[^4]。 --- ### 其他注意事项 - **配置文件修改**：可在`my.cnf`中添加`default-time-zone = '+08:00'`永久生效。 - **云数据库**：若使用云服务（如AWS RDS），需在控制台直接修改时区参数。 - **Java应用时区**：若应用服务器时区错误，可通过JVM参数`-Duser.timezone=GMT+08`调整。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值