为何Java LocalTime存入数据库后比原时间晚1小时？

核心原因 #

1. LocalTime的歧义性与Hibernate时区配置冲突 #

你生成的LocalTime是无时区标记的本地时间，但Hibernate配置了spring.jpa.properties.hibernate.jdbc.time_zone=UTC后，会对所有时间类型执行强制时区转换：

• Hibernate默认将实体中的LocalTime视为JVM默认时区下的时间，然后转换为jdbc.time_zone指定的UTC时区时间再存入数据库。
• 虽然你当前JVM时区（Europe/Dublin/London）与UTC无偏移，但这类时区存在夏令时（DST）规则，Hibernate内部可能错误使用了该时区的**夏令时偏移（UTC+1）**进行计算，导致把JVM时区的01:32转成UTC的00:32存储。

2. 时区规则的隐性影响 #

Europe/Dublin和London时区的夏令时切换会让时区偏移在UTC+0（冬季）和UTC+1（夏季）之间变动。如果JDK或Hibernate的时区数据未更新，或者内部逻辑未实时获取当前偏移，就会出现用固定偏移（比如默认夏令时的+1）来转换时间的错误。

解决办法 #

• 移除不必要的时区转换：如果数据库time字段存储的是本地时间，不需要时区转换，直接删除spring.jpa.properties.hibernate.jdbc.time_zone=UTC配置，或者将其设置为JVM默认时区（Europe/Dublin或Europe/London）。
• 使用带时区的时间类型：将实体中的时间字段从LocalTime改为OffsetTime或ZonedTime，明确携带时区信息，让Hibernate能准确执行时区转换，避免歧义。
• 更新时区数据：确保JDK和Hibernate依赖的时区数据是最新版本，避免夏令时规则变更导致的偏移计算错误。

验证方法 #

用原生JDBC直接插入LocalTime.of(1,32)，查看数据库存储结果：

• 如果结果是01:32，说明问题确实出在Hibernate的时区配置逻辑上；
• 如果结果还是00:32，则需要检查数据库本身的时区设置（比如数据库会话时区是否为UTC）。

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