Jooq LocalDateTime 字段使用系统时区而不是会话时区

我正在使用 jooq (v3.11.9) 访问以 UTC 时间运行的 MySQL 数据库。我使用生成的实体并使用 JSR-310 时间类型。我在配置中使用的选项：

<javaTimeTypes>true</javaTimeTypes>

我的理解是MySQLdatetime and timestamp类型都映射到LocalDateTime这是有道理的，因为 MySQL 不存储时区信息和时间。但是，当我在不同时区的计算机上运行查询时（在我的例子中是东部时间），日期都在我的本地计算机时区中即使会话时区是 UTC.

我已确认会话时区是 UTC

dslContext.fetch("SELECT @@system_time_zone,  @@global.time_zone, @@session.time_zone;")

returns

|@@system_time_zone|@@global.time_zone|@@session.time_zone|
+------------------+------------------+-------------------+
|UTC               |SYSTEM            |SYSTEM             |
+------------------+------------------+-------------------+

时区转换示例：

dslContext.select(MY_TABLE.EPOCH_DT_TM, MY_TABLE.CREATION_TIMESTAMP).from(MY_TABLE).limit(1).fetch()

+-----------------------+-----------------------+
|epoch_dt_tm            |creation_timestamp     |
+-----------------------+-----------------------+
|2019-04-18T13:57:39.163|2019-09-24T16:06:47.754|
+-----------------------+-----------------------+
// CAST to STRING PROPERLY USES SESSION TIMEZONE 
dslContext.select(MY_TABLE.EPOCH_DT_TM.cast(org.jooq.impl.SQLDataType.VARCHAR(100)), MY_TABLE.CREATION_TIMESTAMP.cast(org.jooq.impl.SQLDataType.VARCHAR(100))).from(MY_TABLE).limit(1).fetch()
+--------------------------+--------------------------+
|cast                      |cast                      |
+--------------------------+--------------------------+
|2019-04-18 17:57:39.163000|2019-09-24 20:06:47.754000|
+--------------------------+--------------------------+

我生成的实体中的字段：

    public final TableField<MyTableRecord, LocalDateTime> EPOCH_DT_TM = createField("epoch_dt_tm", org.jooq.impl.SQLDataType.LOCALDATETIME, this, "");
    public final TableField<MyTableRecord, LocalDateTime> CREATION_TIMESTAMP = createField("creation_timestamp", org.jooq.impl.SQLDataType.LOCALDATETIME.nullable(false).defaultValue(org.jooq.impl.DSL.field("CURRENT_TIMESTAMP(6)", org.jooq.impl.SQLDataType.LOCALDATETIME)), this, "");

所以我的问题是：

1. 这是预期的行为吗？记录不应该填充表中的原始（非时区）日期吗？由于某种原因，日期是否仍在幕后转换为 java.sql.Timestamp ？

2. 如果这是预期的行为，有什么方法可以确保您获得会话时区中的日期无论客户端计算机上的本地时区如何？如果代码的行为依赖于机器时区，则很难在本地进行测试。

预先感谢您的帮助。

我最近发现，根据所使用的数据库驱动程序，jOOQ 在日期时间解析中可能会表现出一些奇怪的行为。jOOQ 将偏移日期时间返回为 Z (UTC)，即使它不是 https://stackoverflow.com/questions/57793193/jooq-returns-offset-date-time-as-z-utc-even-though-its-not/57805713#comment102048607_57805713

具体来说，就我而言，使用不同的 Postgres 驱动程序会导致 DefaultBinding.java 接收具有时间戳的日历对象，但对其调用 toString 以便进行解析。事实证明，toString 不打印时区，然后 jOOQ 推断它是当地时间。

对我来说，DefaultBinding.java 中的违规行（我使用的是带时区的时间戳）是：

else if (type == OffsetDateTime.class) {
    result = (T) offsetDateTime(ctx.resultSet().getString(ctx.index()));
}

由于没有时区，您可能在该系列的 else if 中处于不同的行。

在我的测试中，我还发现更改系统时间会改变结果，但更改会话时间没有任何作用。

对我来说幸运的是，切换到标准 Postgres 驱动程序解决了这个问题。如果没有，我将考虑重载 OffsetDateTime 的绑定来修复 toString 的使用及其相关时区的关联剥离。不幸的是，您可能需要走这条路，除非您也使用可以升级或替换的 SQL 驱动程序。或者，您可以将其与时区一起存储，然后在从数据库加载时转换为所需的时区。