Hibernate从数据库读取日期少一天问题求助

这个问题我之前也碰到过，大概率是时区不匹配搞的鬼！咱们一步步来拆解原因和解决办法：

原因分析 #

最常见的情况是数据库与JVM的时区不一致：

• 数据库存储的created_time是带时区信息的（比如存在UTC+8的时区下），但你的JVM运行环境用的是UTC时区。当Hibernate从数据库取出时间时，会自动转换为JVM时区的时间，原本的2018-01-02 04:30:00.756（UTC+8）转换为UTC时区就是2018-01-01 20:30:00.756，这时候你只取日期部分就会显示成01-01-2018，自然比原日期少一天。
• 另外，旧版本的JDBC驱动或者Hibernate配置中没有指定时区，也会导致日期转换时出现偏移。还有，Java旧的Date类本身不带时区信息，底层依赖JVM时区，很容易出现这类转换问题。

解决办法 #

1. 统一数据库与JVM的时区 #

• 给JVM添加启动参数，指定和数据库一致的时区，比如：

  -Duser.timezone=Asia/Shanghai
  

• 同时确保数据库的时区设置正确（比如MySQL可以通过SET GLOBAL time_zone = '+8:00';设置），让两者时区统一，从根源避免转换偏差。

2. 配置Hibernate的时区参数 #

在你的Hibernate配置文件（比如hibernate.cfg.xml或者Spring的application.properties）中添加时区配置，强制Hibernate用指定时区处理日期：

• 如果是properties文件：

  hibernate.jdbc.time_zone=Asia/Shanghai
  

• 如果是xml文件：

  <property name="hibernate.jdbc.time_zone">Asia/Shanghai</property>
  

这样Hibernate在读写数据库日期时，会按照指定时区进行转换，不会受JVM默认时区影响。

3. 升级JDBC驱动版本 #

有些旧版本的JDBC驱动（比如MySQL的mysql-connector-java 5.x早期版本）在处理TIMESTAMP类型时存在时区转换bug，建议升级到最新的稳定版（比如8.x系列），能解决不少这类兼容性问题。

4. 改用Java 8+的日期时间API #

放弃使用旧的Date类，改用LocalDateTime、ZonedDateTime这些带明确时区的新类型：

• 实体类中把createdTime字段类型改为LocalDateTime：

  private LocalDateTime createdTime;
  

• 查询时用List<LocalDateTime>接收结果，代码里的循环也改成对应的类型：

  List<LocalDateTime> dataList = selectQuery.list();
  for(LocalDateTime date : dataList) {
      System.out.println("Date and time -> " + date);
  }
  

Hibernate 5.2及以上版本原生支持这些新类型，能更精准地处理日期时间，避免旧API的时区坑。

内容的提问来源于stack exchange，提问作者pramagouni