Hibernate 6中Instant是否始终使用UTC？无需jdbc.time_zone配置？

核心结论 #

无论jdbc.time_zone配置如何，Instant类型始终以UTC时区完成持久化与读取，这个行为从Hibernate 5.2引入jdbc_time_zone参数起就一直保持一致。

为什么会这样？ #

• Instant是Java 8+中天生绑定UTC的时间类型，它本质是从1970-01-01T00:00:00Z开始的时间戳，本身不携带时区偏移信息，设计上就只对应UTC时间。
• Hibernate对Instant的处理逻辑完全独立于jdbc.time_zone：绑定参数时直接将Instant转换为UTC时间戳（对应你日志里的TIMESTAMP_UTC类型），读取时也会把数据库中的时间值直接还原为UTC的Instant，不会受jdbc.time_zone指定的时区干扰。

结合你的场景验证 #

从你提供的Hibernate Trace日志能看到，Instant参数被标记为TIMESTAMP_UTC，且值是带Z后缀的UTC标准时间，这直接印证了即使不配置jdbc.time_zone，Hibernate依然会以UTC处理Instant对象。
另外，MySQL的DATETIME(3)本身不带时区信息，但Hibernate在写入时会将Instant的UTC时间存入列中，读取时也会把列值当作UTC时间来还原Instant，全程不会有额外的时区转换。

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