在将记录插入Oracle DB时，JDBC（在Spring Data JPA中）不总是采用JVM默认时区吗？

Question

在应用程序开始时，我使用Java中的timezone.setDefaultTimeZone()方法将默认时区设置为Australia/Perth。我试图在created_date列中插入带有澳大利亚时区的时间戳。当调用Spring data JPA的save方法时，时间戳是澳大利亚时区下午4点。但是，在DB中，它存储为UTC下午4点。我们的Spring配置并不强制JDBC使用UTC时区。未指定此类配置。事实上，UTC根本不在存储库中的任何地方。

问题：我知道JDBC驱动程序决定时区。Q）它不应该总是采用JVM的默认时区吗？在本例中是澳大利亚吗？Q）不管我在代码中设置了什么时区（无论是作为默认时区还是在日期列中），它在数据库中总是UTC。但是时间戳的数字部分是正确的。JDBC是采用DBtimezone而不是JVM的默认时区吗？Q）JDBC采用哪个时区--JVM的默认时区还是DB的'DBtimezone'（在本例中，它碰巧是后者）？或者它可以是任何时区？

信息：DB的dbtimezone-select dbtimezone-asia/calcutta Created_date列的类型为'timestamp WITH timezone'

注意：我尝试了java.time类…OffsetdateTime和ZonedDateTime，但没有成功。

Answer 1

永远不要设置默认时区。这样做会立即影响在该JVM中运行的所有应用程序的所有线程中运行的所有其他代码。而任何其他代码都可以重新设置它。

因此，永远不要编写依赖于JVM当前默认时区的代码。显式指定所需/期望的时区。

我试图在created_date列中插入带有澳大利亚时区的时间戳。

我不使用JPA。但我可以直接向您展示JDBC，

ZoneId z = ZoneId.of( "Australia/Perth" ) ;
ZonedDateTime zdt = ZonedDateTime.now( z ) ;
OffsetDateTime odt = zdt.toOffsetDateTime() ;
myPreparedStatement.setObject( … , odt ) ;

您可能会感到困惑的是，工具和中间件具有一个不幸的反特性，即在从数据库检索值后但在向您显示之前动态应用默认时区。这就造成了一个不是真的存在的时区的错觉。尝试使用Java从DB检索您的值：

OffsetDateTime odt = myResultSet.getObject( … , OffsetDateTime.class ) ;

在此答案中显示的代码将不会有时区问题。根据我对Postgres和H2的JDBC驱动程序的经验，与服务器或客户端上的任何默认时区都没有交互作用。坚持(a)使用java.time类，(b)始终指定您所需/期望的时区，而不是隐式依赖于默认区域。我不使用Spring或Hibernate，所以我不知道他们是否会在过程中注入一个时区。