时间插入 MySQL 数据库，结果竟然少了 8 小时！

点击上方“芋道源码”，选择“设为星标”

管她前浪，还是后浪？

能浪的浪，才是好浪！

每天 8:55 更新文章，每天掉亿点点头发...

源码精品专栏

 

• 原创 | Java 2020 超神之路，很肝~
  

• 中文详细注释的开源项目
  

• RPC 框架 Dubbo 源码解析

• 网络应用框架 Netty 源码解析
  

• 消息中间件 RocketMQ 源码解析
  

• 数据库中间件 Sharding-JDBC 和 MyCAT 源码解析

• 作业调度中间件 Elastic-Job 源码解析

• 分布式事务中间件 TCC-Transaction 源码解析

• Eureka 和 Hystrix 源码解析

• Java 并发源码

来源：my.oschina.net/u/

1034046/blog/862649

最近在用mybatis时发现，将LocalDateTime插入到数据库时时间少了8小时。

用网上其他方法试了不少，比如修改mysql时区，都不能解决。最后发现是JDBC连接的参数写错了。

经常在网上看到jdbc连接里边有这样一个参数&serverTimezone=UTC。这个UTC是协调世界时，我们中国在东八区，也就是UTC+8，和UTC差了8个小时。

这就是为什么时间插入数据库后少了8小时的原因。那么中国的时区是多少呢？在java.time.ZoneId这个类的帮助文档和源码里写有：

• EST - -05:00

• HST - -10:00

• MST - -07:00

• ACT - Australia/Darwin

• AET - Australia/Sydney

• AGT - America/Argentina/Buenos_Aires

• ART - Africa/Cairo

• AST - America/Anchorage

• BET - America/Sao_Paulo

• BST - Asia/Dhaka

• CAT - Africa/Harare

• CNT - America/St_Johns

• CST - America/Chicago

• CTT - Asia/Shanghai

• EAT - Africa/Addis_Ababa

• ECT - Europe/Paris

• IET - America/Indiana/Indianapolis

• IST - Asia/Kolkata

• JST - Asia/Tokyo

• MIT - Pacific/Apia

• NET - Asia/Yerevan

• NST - Pacific/Auckland

• PLT - Asia/Karachi

• PNT - America/Phoenix

• PRT - America/Puerto_Rico

• PST - America/Los_Angeles

• SST - Pacific/Guadalcanal

• VST - Asia/Ho_Chi_Minh

可以看到CTT - Asia/Shanghai，所以我们在jdbc的连接里使用&serverTimezone=CTT就可以正确的插入时间了。

---

比较简单的一个问题，有多少胖友碰到过呀？留言握个抓

---

---

欢迎加入我的知识星球，一起探讨架构，交流源码。加入方式，长按下方二维码噢：

已在知识星球更新源码解析如下：

最近更新《芋道 SpringBoot 2.X 入门》系列，已经 20 余篇，覆盖了 MyBatis、Redis、MongoDB、ES、分库分表、读写分离、SpringMVC、Webflux、权限、WebSocket、Dubbo、RabbitMQ、RocketMQ、Kafka、性能测试等等内容。

提供近 3W 行代码的 SpringBoot 示例，以及超 4W 行代码的电商微服务项目。

获取方式：点“在看”，关注公众号并回复 666 领取，更多内容陆续奉上。

兄弟，艿一口，点个赞！????