Hibernate @CreationTimestamp存入LocalDateTime而非Instant的原因咨询

核心差异：Hibernate 5 vs Hibernate 6 对Instant类型的时区处理逻辑 #

Hibernate 5（Spring Boot 2.7.x默认版本）的行为 #

• Hibernate 5对Java 8+的Instant类型支持不完善，默认会将Instant转换为JVM默认时区的时间后再存入数据库。
• 即使@CreationTimestamp生成的是UTC时间的Instant，在JDBC交互阶段，Hibernate 5会把这个Instant转换为JVM时区（你的环境是UTC+9）的LocalDateTime，再写入MySQL的TIMESTAMP字段，这就导致数据库日志中显示的是加9小时的时间值。
• 另外，如果MySQL连接URL未显式指定serverTimezone=UTC，JDBC驱动也会默认使用JVM时区来处理时间转换，进一步加剧这个问题。

Hibernate 6（Spring Boot 3.x默认版本）的行为 #

• Hibernate 6彻底重构了Java日期时间类型的处理逻辑，默认将Instant视为UTC时间。
• 当使用@CreationTimestamp生成Instant时，Hibernate 6会直接把UTC时间以Instant类型绑定到JDBC参数，不会进行时区转换。MySQL的TIMESTAMP字段会存储这个UTC时间（MySQL TIMESTAMP本质是存储UTC，显示时根据连接时区转换，但存储值本身是UTC），因此不会出现时间偏移。

额外验证点 #

如果在Spring Boot 2.7.x环境中想要修复这个问题，可以：

• 在数据库连接URL中添加serverTimezone=UTC，强制JDBC驱动使用UTC时区处理时间。
• 在application.properties中配置spring.jpa.properties.hibernate.jdbc.time_zone=UTC，让Hibernate 5强制以UTC时区处理时间转换。

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