我用的是:
我有以下实体:
@Entity
@EntityListeners(AuditingEntityListener.class)
public class MyEntity implements Serializable
{
@Column(nullable = false, updatable = false)
@CreatedDate
private LocalDateTime createdDate;
@Column(nullable = false)
@LastModifiedDate
private LocalDateTime lastModifiedDate;
public LocalDateTime getCreatedDate()
{
return createdDate;
}
public LocalDateTime getLastModifiedDate()
{
return lastModifiedDate;
}
}
以及在应用程序.yaml 中设置的以下属性:
spring:
jpa:
properties:
hibernate:
jdbc:
time_zone: UTC
不管JVM时区/默认时区是什么,我都希望以UTC格式保存和返回时间戳。
出于测试目的,我将应用程序代码的时区设置为美国/夏威夷
:
TimeZone.setDefault(TimeZone.getTimeZone("US/Hawaii"));
当我保存一个实体时,它会用UTC时间戳正确地写入数据库:
[16:43:04.636Z #4c5.042 TRACE - - ] o.h.t.d.sql.BasicBinder: binding parameter [1] as [TIMESTAMP] - [2020-03-02T06:43:04.581]
[16:43:04.645Z #4c5.042 TRACE - - ] o.h.t.d.sql.BasicBinder: binding parameter [2] as [TIMESTAMP] - [2020-03-02T06:43:04.581]
[16:43:04.649Z #4c5.042 TRACE - - ] o.h.r.j.i.ResourceRegistryStandardImpl: Closing prepared statement [HikariProxyPreparedStatement@336047848 wrapping insert into myentity (createdDate, lastModifiedDate) values ('2020-03-02 16:43:04.581+00', '2020-03-02 16:43:04.581+00')]
然而,当我再次读取它时,它返回的是我在应用程序代码中设置的默认时区:< code >美国/夏威夷,而不是< code>UTC:
[16:43:04.692Z #4c5.043 TRACE - - ] o.h.t.d.sql.BasicExtractor: extracted value ([createdD4_0_0_] : [TIMESTAMP]) - [2020-03-02T06:43:04.581]
[16:43:04.692Z #4c5.043 TRACE - - ] o.h.t.d.sql.BasicExtractor: extracted value ([lastModi5_0_0_] : [TIMESTAMP]) - [2020-03-02T06:43:04.581]
[16:43:04.695Z #4c5.043 TRACE - - ] o.h.l.p.e.p.i.ResultSetProcessorImpl: Done processing result set (1 rows)
[16:43:04.696Z #4c5.043 TRACE - - ] o.h.l.p.e.p.i.AbstractRowReader: Total objects hydrated: 1
[16:43:04.696Z #4c5.043 TRACE - - ] o.h.l.p.e.p.i.ResultSetProcessingContextImpl: Skipping create subselects because there are fewer than 2 results, so query by key is more efficient.
[16:43:04.696Z #4c5.043 TRACE - - ] o.h.r.j.i.ResourceRegistryStandardImpl: Releasing result set [HikariProxyResultSet@622126582 wrapping org.postgresql.jdbc.PgResultSet@3f0764b8]
[16:43:04.696Z #4c5.043 TRACE - - ] o.h.r.j.i.ResourceRegistryStandardImpl: Closing result set [HikariProxyResultSet@622126582 wrapping org.postgresql.jdbc.PgResultSet@3f0764b8]
[16:43:04.696Z #4c5.043 TRACE - - ] o.h.r.j.i.ResourceRegistryStandardImpl: Releasing statement [HikariProxyPreparedStatement@1612081040 wrapping select myentity0_.createdDate as createdD4_0_0_, myentity0_.lastModifiedDate as lastModi5_0_0_, where myentity0_.id='123']
我试过添加serverTimeZone=UTC
可能相关:https://hibernate.atlassian.net/browse/HHH-13417
任何帮助都非常感谢。
使现代化
根据@midhunmathew的回答,我发现控制应用程序代码中的日期就足以解决这个问题(也从application.yaml中删除time_zone属性):
myEntity.setCreatedDate(LocalDateTime.ofInstant(Instant.now(), ZoneOffset.UTC))
public void setCreatedDate(LocalDateTime createdAt)
{
this.createdAt = createdAt;
}
现在,当写入数据库时,日期被“绑定”并作为< code>UTC插入(与原始帖子相比,在原始帖子中,日期被“绑定”为< code>US\Hawaii,但作为< code>UTC插入):
[10:10:21.475Z #065.042 TRACE - - ] o.h.t.d.sql.BasicBinder: binding parameter [1] as [TIMESTAMP] - [2020-03-03T10:10:17.400]
[10:10:21.476Z #065.042 TRACE - - ] o.h.t.d.sql.BasicBinder: binding parameter [2] as [TIMESTAMP] - [2020-03-03T10:10:17.400]
[HikariProxyPreparedStatement@860888944 wrapping insert into myentity(createdDate, lastModifiedDate) values ('2020-03-03 10:10:17.4-10', '2020-03-03 10:10:17.4-10')]
[10:10:21.479Z #065.042 TRACE - - ]
并且从数据库读取实体时,日期不再读取为US/夏威夷
,而是读取为UTC
:
[10:10:24.527Z #065.043 TRACE - - ] o.h.t.d.sql.BasicExtractor: extracted value ([createdD4_0_0_] : [TIMESTAMP]) - [2020-03-03T10:10:17.400]
[10:10:24.527Z #065.043 TRACE - - ] o.h.t.d.sql.BasicExtractor: extracted value ([lastModi5_0_0_] : [TIMESTAMP]) - [2020-03-03T10:10:17.400]
我也面临过同样的问题。我的数据库时区是UTC,我的应用程序时区是新加坡。我通过让实体和表都具有UTC格式的日期来解决这个问题,这样它们之间就不需要进行转换。然后我在getter和setter中对代码中的时间戳进行了转换。
因此,您的MyEntity类将在UTC中存储createdAT和lastModifiedAT。
在二传手中,您可以拥有类似的东西
public void setCreatedDate(LocalDateTime createdAt)
{
this.createdAt = createdAt.atZone(ZoneId.systemDefault()).withZoneSameInstant(ZoneOffset.UTC).toLocalDateTime();
}
在getter中,您可以有如下内容
public LocalDateTime getCreatedDate()
{
return createdAt.atZone(ZoneId.systemDefault()).withZoneSameInstant(ZoneOffset.UTC).toLocalDateTime();
}
在转换时间时,您可能还必须删除时区属性以及@CreatedDate和@LastModifiedDate注释。
虽然@midhun向您展示了如何将Instant转换为LocalDateTime的正确方法,但是我将尝试给出一个理解,这样其他人就不会犯同样的错误。
你的问题的答案是no
,它对两者都有效。请参阅留档:https://docs.jboss.org/hibernate/orm/5.3/userguide/html_single/Hibernate_User_Guide.html#basic-datetime-time-zone
关于您的问题,您没有提供有关您的数据库(供应商和时区)和模式的信息,因此很难给出更准确的答案。但我觉得您混淆了所有涉及的日期类型。
从数据库的角度来看,每个数据库都以不同的方式处理日期。例如,Postgres总是以UTC格式保存日期(timestamptz),然后在读取时将日期转换为服务器时区。这就是文档所说的:https://www.postgresql.org/docs/9.1/datatype-datetime.html
对于带有时区的时间戳,内部存储的值始终以UTC为单位。具有指定的显式时区的输入值将使用该时区的适当偏移量转换为UTC。如果输入字符串中没有声明时区,则假定它位于系统的时区参数指示的时区内,并使用时区偏移量转换为UTC。
当输出带有时区值的时间戳时,它始终从UTC转换为当前时区,并在该时区中显示为本地时间。要查看另一个时区中的时间,请更改时区或使用AT Time ZONE构造(参见第9.9.3节)。
话虽如此,您的 Java 代码中有 LocalDateTime
,我将假设您的数据库中有带有时区的时间戳
,因为您尝试将其设置为 UTC,并且数据库位于美国/夏威夷
时区。
问题是您使用的是不兼容的日期类型-LocalDateTime
没有时区信息-并且应用程序和数据库设置为不同的时区,并且没有正确处理!这就是发生的情况:
写本地-
转换后的日期是您在日志中看到的日期:
插入myentity(createdDate,lastModifiedDate)值('2020-03-02 16:43:04.581 00','2020-02-02 16:43:04.581 00')
插入myentity(createdDate,lastModifiedDate)值(“2020-03-03 10:10:17.4-10”,“2020-04-03 10:10:7.4-10”)
分区读取时间-
您可以在日志中看到数据库转换后的值:
提取的值([createdd 4 _ 0 _ 0 _]:[时间戳]) - [2020-03-02T06:43:04.581]
提取的值([createdd 4 _ 0 _ 0 _]:[时间戳]) - [2020-03-03T10:10:17.400]
请记住,您的数据库位于< code >美国/夏威夷区域。由于数据库丢弃了区域信息,因此不再进行进一步的转换。
如果可能,请将应用程序和数据库设置为同一时区。此外,使用兼容的数据类型。对于时间戳
,请使用即时
。
这应该使其正常工作:
< code > time zone . set default(time zone . gettime zone(" UTC "));