java - 当服务器时区不是 UTC 时，从 Java 中的 MySQL 检索 UTC DATETIME 字段

Question

我正在尝试编写代码以与使用 Java 和 MySQL 的第三方开发的数据库进行互操作。该数据库有一个字段，该字段在 DATETIME 字段中存储时间戳作为 UTC 日期。运行数据库和客户端的服务器的时区设置为非 UTC 时区(Europe/London)，因此默认情况下，时间戳被错误地读回，就好像它是本地时间一样.我正在尝试编写代码以将其读取为 UTC。

我在这里阅读了几个类似的问题，但没有一个适合我的答案:

• MySQL - how to store time with correct timezone? (from Java)
• How to store a java.util.Date into a MySQL timestamp field in the UTC/GMT timezone?
• Date in UTC in mysql
• How do I set the time zone of MySQL?

不幸的是，我无法更改任何服务器设置，因此我尝试使用连接的“time_zone”变量将数据库服务器设置为使用 UTC，并将可选的 Calendar 参数设置为 ResultSet.getTimestamp 检索日期，但这对结果没有影响。这是我的代码:

private static final Calendar UTCCALENDAR = Calendar.getInstance (TimeZone.getTimeZone (ZoneOffset.UTC));
public Date getDate ()
{
    try (Connection c = dataSource.getConnection ();
         PreparedStatement s = c
             .prepareStatement ("select datefield from dbmail_datefield where physmessage_id=?"))
    {
        fixTimeZone (c);
        s.setLong (1, getPhysId ());
        try (ResultSet rs = s.executeQuery ())
        {
            if (!rs.next ()) return null;
            return new Date (rs.getTimestamp(1,UTCCALENDAR).getTime ());    // do not use SQL timestamp object, as it fucks up comparisons!
        }
    }
    catch (SQLException e)
    {
        throw new MailAccessException ("Error accessing dbmail database", e);
    }
}

private void fixTimeZone (Connection c)
{
    try (Statement s = c.createStatement ())
    {
        s.executeUpdate ("set time_zone='+00:00'");
    }
    catch (SQLException e)
    {
        throw new MailAccessException ("Unable to set SQL connection time zone to UTC", e);
    }
}

我尝试读取的数据库字段中存储了一个值，如下所示:

mysql> select * from dbmail_datefield where physmessage_id=494539;
+----------------+--------+---------------------+
| physmessage_id | id     | datefield           |
+----------------+--------+---------------------+
|         494539 | 494520 | 2015-04-16 10:30:30 |
+----------------+--------+---------------------+

但不幸的是，结果显示为 BST 而不是 UTC:

java.lang.AssertionError: expected:<Thu Apr 16 11:30:30 BST 2015> but was:<Thu Apr 16 10:30:30 BST 2015>

Answer 1

您的客户端 getDate() 代码看起来是正确的。我认为您还需要获取 MySQL 连接器/J JDBC 驱动程序来将日期存储在表中 视为 UTC 日期，以避免虚假的时区转换。这意味着设置有效的服务器时区，以及用于 JDBC getTimestamp 调用的客户端 session 时区和日历。

看看你在失败的断言中得到的值，以及错误的方向:

expected:<Thu Apr 16 11:30:30 BST 2015> but was:<Thu Apr 16 10:30:30 BST 2015>

您返回的是英国夏令时 10:30，即格林威治标准时间 9:30。这与数据库将表中的 10:30 视为 BST 值并在您将其解析为 GMT 日期之前为您虚假地将其转换为 GMT 是一致的。这与将 GMT 值虚假转换为 BST 的方向相反。

这可能是特定于 JDBC 的问题，因为 JDBC 要求将时间转换为本地区域。 (MySQL C API 没有，可能是因为 C 的经典时间类型不像 Java 那样具有区域感知能力。)它还需要知道它从哪个区域转换来自。 MySQL TIMESTAMP 类型始终存储为 UTC。但是对于 DATETIME 类型没有说明。我认为这意味着 MySQL 会将 DATETIME 列值解释为在服务器的时区中。您提到的设置为 BST，这与您的断言错误消息中显示的转变方向一致。

您设置的 time_zone session 变量告诉 MySQL 服务器您的客户端计算机的时区是什么，但它不会影响服务器认为自己的时区是什么。这可以用 serverTimezone JDBC connection property 覆盖。 .在您的连接上，将 serverTimezone 设置为 UTC，并确保 useLegacyDatetimeCode 已关闭。 (如果这不起作用，请查看其他与区域相关的属性。)看看这是否让您的日期以 UTC 的形式出现，并具有与数据库中相同的日历字段值。

请注意，这将改变对数据库中其他 DATETIME 值的解释:它们现在都将看起来像 UTC 日期(在 JDBC 连接的上下文中)。这是否正确将取决于它们最初的填充方式。虽然您的客户端代码将具有您想要的行为，但我不知道是否可以使整个系统的行为完全一致，而无需在服务器级别将服务器的时区设置为 UTC。基本上，如果它没有将其区域设置为 UTC，那么它就没有完全配置为您想要的行为，并且您正在纠结于它。