开发查询mysql的datetime类型数据时间差了14小时解决

今天开发在测试环境上调试代码的时候发现mysql数据库查出来的时间都错了。所有时间都比数据库时间多了14小时。初步判断是时区的问题。
因为mysql时区设置默认是操作系统时区,查看了下centos时区,东8区没有错,所以可以判定是代码里面设置了一个错误的时区。

[[email protected] ~]# date -R
Sat, 13 Apr 2019 21:01:46 +0800

开发调试代码。发现时区为CST,跟中国的时区Asia/Shanghai正好差了14小时。

那么为什么mybatis连接数据库会使用CST的美国时间呢?

继续查看源码发现mysql连接数据库的时候会从mysql读取系统的时区设置,调试com.mysql.cj.mysqla.MysqlaSession.java的configureTimezone方法发现,this.getServerVariable(“system_time_zone”)从系统里面读出来的时区设置是CST

是mysql设置的时区不对,登陆linux,执行mysql -uroot -p, 然后运行命令:

show variables like ‘%time_zone%‘;

发现system_time_zone项就是CST

解决:
修改一下mysql的时区设置

[[email protected] ~]# mysql -uroot -p
mysql> set global time_zone = ‘+8:00‘;
mysql> set time_zone = ‘+8:00‘
mysql> flush privileges;

原文地址:https://blog.51cto.com/11288550/2378357

时间: 2024-07-31 19:05:50

开发查询mysql的datetime类型数据时间差了14小时解决的相关文章

mybatis查询mysql的datetime类型数据时间差了14小时

今天使用mybatis查询mysql中的数据时,莫名其妙的所有时间都出错了,所有时间都比数据库时间多了14小时,考虑了一下,初步判定是系统时区的问题.因为mysql时区设置默认是操作系统时区,查看了下centos时区,东8区没有错,所以可以判定是代码里面设置了一个错误的时区. 现在开始调试mybatis源码,调试到mysql-connector-java-6.0.4.jar包的com.mysql.cj.jdbc.io.JdbcTimestampValueFactory的createFromTim

用js解析经json序列化后的C#的DateTime类型数据

用js解析经json序列化后的C#的DateTime类型数据 (2012-09-21 19:36:03) 转载▼ 标签: 杂谈 分类: javascript // val为经json直接序列化后的C#的DateTime类型的数据function formatTime(val) {    var re = /-?\d+/;    var m = re.exec(val);    var d = new Date(parseInt(m[0]));// 按[2012-02-13 09:09:09]的格

C# 使用linq处理返回带datetime类型数据 json显示/date(xxxxx)/

以前做项目一直遇到带数据库里面带datetime类型数据 返回到前台会变成时间戳 这显然不是我们想要的 于是我在最初的项目中 选择在前端JS格式化date(xxxx)形式的方式处理 现在想来有点蠢 今天灵机一动 想到是不是可以在服务端就把datetime转成string返回到 结果就有了此文 服务端: 1 DataGetEntities context = new DataGetEntities(); 2 var queryTyphoon = context.T_TyphoonPaths.Whe

解决python中转化成json的方法不能序列化datetime类型数据(转)

Python自带的json.dumps方法序列化数据时候如果格式化的数据中有datetime类型数据时候会提示错误TypeError: datetime.datetime(2012, 12, 12, 15, 47, 15) is not JSON serializable 搜索出来的解决方案基本都是用Django的DjangoJSONEncoder来解决,为了一个简单的办法引入Django这个大家伙实在有点不知所谓.不过这一点就体现了Django的资料多的优势了 正在下决心是否干脆下载了Djan

Mybatis查询Mysql datetime类型时,相差8小时 解决方案

查出来的数据跟数据库里的数据相差了8个小时,这是为什么呢? 这是因为Mysql 使用系统默认时区,东八区. 而Tomcat java使用UTC时区进行处理业务逻辑. 时区的不同,从而导致Mysql数据库中datetime类型的值查询后转到Java Bean,值多了8个小时. 解决方法 在url后面添加 serverTimezone=Asia/Shanghai : jdbc.url=jdbc:mysql://127.0.0.1:3306/caipiao?useUnicode=true&charac

mysql存取blob类型数据

参考网址:http://www.cnblogs.com/jway1101/p/5815658.html 首先是建表语句,需要实现将表建立好. CREATE TABLE `blobtest` ( `primary_id` varchar(32) NOT NULL, `bank_id` varchar(32) NOT NULL, `bank_name` varchar(64) NOT NULL, `blob_data` blob NOT NULL, PRIMARY KEY (`primary_id`

json序列化datetime类型数据

错误描述: import jsonimport datetime a = datetime.datetime.now()print(a) b = json.dumps(a)print(b) 如上代码,执行会报错: TypeError: datetime.datetime(2017, 2, 5, 10, 27, 48, 155328) is not JSON serializable 因为datetime类型的数据无法直接用json序列化. 解决办法: class CJsonEncoder(jso

JavaScriptSerializer序列化成Json时DateTime类型数据的处理

JavaScriptSerializer在序列化时会将DateTime的数据序列化成类似\/Date(626543800000)\/这样的值,找了很多方法都不如意,最后在一个博客找到了完美的解决方法,地址:http://blog.calyptus.eu/seb/2011/12/custom-datetime-json-serialization/,通过自定义类型转换器的方式转换成想要的格式,转换器代码如下: + ? 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 1

.NET 调用java webservice保存datetime类型数据为空的解决办法

问题描述:       用C#.NET调用Java开发的WebService时,先在客户端封装的带有int属性的对象,当将该对象传到服务器端时,服务器端可以得到 string类型的属性值,却不能得到int类型.double和DateTime类型的值(在服务端得到的均为null) 问题原因:        VS封装WebService引用时,如果WebService发布的是一个基本数据类型组成的对象,则会对该对象的非string属性同时生成 两个属性,一般是这样的"属性××"."