我们目前正在将Spring Boot 2应用程序迁移到Spring Boot 3（3.0.2），其中包括迁移到Hibernate 6（6.1.6）。
所有时间戳都被规范化为UTC，并使用TIMESTAMP数据类型（不带时区）的列保存到底层OracleDB。要使Hibernate使用UTC，我们在application.yaml中将jpa.properties.hibernate.jdbc.time_zone配置属性设置为true。
迁移到Spring Boot 3和Hibernate 6（引入了更具体的时间戳转换配置）后，时间戳迁移不再按预期工作：
当通过时间戳属性查找实体时，将找不到它们。

• • 简短示例：**

将java.time.Instant时间戳为2023-12-13T00:00:00Z的实体保存到数据库会按预期创建新记录。
但是，当尝试使用相同的时间戳检索记录时，数据存储库将返回空结果。因此，保存和查询之间的时间戳转换似乎不同。
我们尝试使用配置属性spring.jpa.properties.hibernate.timezone.default_storage来调整这个行为，但是无论我们设置什么值，行为都保持不变。我们还尝试了jdbc.time_zone和timezone.default_storage配置属性的不同组合，但没有发现对应用程序行为的任何影响。我们最初认为无论出于什么原因，这些属性都不会被应用。但分配无效值会在应用程序启动时引发异常。
在使用H2数据库时，同样的代码就像一个护身符。
我们使用的application.yaml的相关部分如下所示：

spring:
  datasource:
    driverClassName: oracle.jdbc.OracleDriver
    url: jdbc:oracle:thin:@localhost:1521:xe
    username: [dbuser]
    password: [dbpassword]
    type: org.springframework.jdbc.datasource.SimpleDriverDataSource
  jpa:
    show-sql: false
    generate-ddl: true
    hibernate.ddl-auto: none
    task:
    scheduling:
      pool:
        size: 10
    properties:
      hibernate:
        jdbc:
          time_zone: UTC
        timezone:
          default_storage: NORMALIZE_UTC

实体示例：

import jakarta.persistence.Column;
import jakarta.persistence.Entity;
import jakarta.persistence.Id;
import jakarta.persistence.Table;
import java.time.Instant;
import java.util.UUID;
import lombok.Getter;
import lombok.Setter;

@Setter
@Getter
@Entity
@Table(name ="entity")
public class DemoEntity {

  @Id
  @Column(name = "`id`")
  UUID id;

  @Column(name = "`demo_timestamp`" ,columnDefinition = "TIMESTAMP")
  private Instant timestamp;

  public DemoEntity() {
    this.id = UUID.randomUUID();
  }

}

存储库：

import java.time.Instant;
import java.util.Optional;
import java.util.UUID;
import org.springframework.data.jpa.repository.JpaRepository;
import org.springframework.data.jpa.repository.JpaSpecificationExecutor;
import org.springframework.stereotype.Repository;

@Repository
public interface EntityRepository extends JpaRepository<DemoEntity, UUID>, JpaSpecificationExecutor<DemoEntity> {

  Optional<DemoEntity> findAllByTimestamp(Instant timestamp);
}

显示观察到的行为的服务：

import java.time.Instant;
import java.util.Optional;
import lombok.extern.slf4j.Slf4j;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.context.event.ContextRefreshedEvent;
import org.springframework.context.event.EventListener;
import org.springframework.stereotype.Service;
import org.springframework.transaction.annotation.Transactional;

@Service
@Slf4j
public class EntityService {

  private final EntityRepository repository;

  @Autowired
  public EntityService(EntityRepository repository) {
    this.repository = repository;
  }

  @EventListener(ContextRefreshedEvent.class)
  @Transactional
  public void init() {
    Instant timestamp = Instant.parse("2022-12-31T23:00:00Z");

    Optional<DemoEntity> findResult = repository.findAllByTimestamp(timestamp);

    if(findResult.isPresent()) {
      log.info("Entity was found for timestamp {}", timestamp);
      return;
    }

    log.info("No entity was found for timestamp {}, creating one", timestamp);

    DemoEntity demoEntity = new DemoEntity();
    demoEntity.setTimestamp(timestamp);

    this.repository.save(demoEntity);
  }
}

由于无法查找持久化的时间戳，因此服务不断创建具有正确时间戳的新记录：
1.* * 实体创建正确...**

1.* ...但之后SQL查询未找到...*

2023-01-26T07:20:47.986+01:00  INFO 1274 --- [  restartedMain] o.s.b.w.embedded.tomcat.TomcatWebServer  : Tomcat started on port(s): 8080 (http) with context path ''
2023-01-26T07:20:48.105+01:00 DEBUG 1274 --- [  restartedMain] org.hibernate.SQL                        : select d1_0."id",d1_0."demo_timestamp" from entity d1_0 where d1_0."demo_timestamp"=?
2023-01-26T07:20:48.106+01:00 TRACE 1274 --- [  restartedMain] org.hibernate.orm.jdbc.bind              : binding parameter [1] as [TIMESTAMP_UTC] - [2022-12-31T23:00:00Z]
2023-01-26T07:20:48.130+01:00  INFO 1274 --- [  restartedMain] com.example.demo.EntityService           : No entity was found for timestamp 2022-12-31T23:00:00Z, creating one
2023-01-26T07:20:48.138+01:00 DEBUG 1274 --- [  restartedMain] org.hibernate.SQL                        : select d1_0."id",d1_0."demo_timestamp" from entity d1_0 where d1_0."id"=?
2023-01-26T07:20:48.138+01:00 TRACE 1274 --- [  restartedMain] org.hibernate.orm.jdbc.bind              : binding parameter [1] as [BINARY] - [1ccd9b88-4d18-416a-938d-d8c3fb6dac7d]
2023-01-26T07:20:48.150+01:00 DEBUG 1274 --- [  restartedMain] org.hibernate.SQL                        : insert into entity ("demo_timestamp", "id") values (?, ?)
2023-01-26T07:20:48.150+01:00 TRACE 1274 --- [  restartedMain] org.hibernate.orm.jdbc.bind              : binding parameter [1] as [TIMESTAMP_UTC] - [2022-12-31T23:00:00Z]
2023-01-26T07:20:48.150+01:00 TRACE 1274 --- [  restartedMain] org.hibernate.orm.jdbc.bind              : binding parameter [2] as [BINARY] - [1ccd9b88-4d18-416a-938d-d8c3fb6dac7d]

1.* ...导致创建另一个实体*

我们还发现，查找实体时，就好像它们实际上不使用UTC而是使用我们的本地时区CET（即UTC +1）一样，可以得到预期的结果。更具体地说，查找2022-31-12T22:00:00Z的Instant的记录时，返回的实体的时间戳为2022-31-12T23:00:00Z。此外，使用TimeZone.setDefault(TimeZone.getTimeZone("UTC"));或-Duser.timezone=UTC设置JVM时区时，一切都正常。
似乎表示为Instants的UTC时间戳在被查询时实际上转换为本地时间，但在写入数据库时得到了正确处理。
我们是否遗漏了配置中的任何内容，或者Spring/Hibernate中是否存在导致这种奇怪行为的bug？
据我所知，Hibernate 6的默认行为应该与版本5提供的行为相匹配，因此根本不需要更改配置来保留以前的行为。