7

我有一个对象，我需要将它以格式java.util.Date插入 MySQL 中的日期时间字段。UTC

java.util.Date date = myDateFromSomewhereElse;
PreparedStatement prep = con.prepareStatement(
    "INSERT INTO table (t1, t2) VALUES (?,?)");

java.sql.Timestamp t = new Timestamp(date.getTime());
prep.setTimestamp(1, t, Calendar.getInstance(TimeZone.getTimeZone("PST"));
prep.setTimestamp(2, t, Calendar.getInstance(TimeZone.getTimeZone("UTC"));
System.out.println(prep.toString());

这给了我准备好的 SQL 语句字符串：

INSERT INTO table (t1, t2) VALUES ('2012-05-09 11:37:08','2012-05-09 11:37:08');

无论我指定的时区如何，返回的时间戳都是相同的时间戳。它忽略了我指定的带有时区的 Calendar 对象。发生了什么事，我做错了什么？

4

3 回答 3

9

乔丹，实际上你的想法是对的。问题是 MySQL JDBC 驱动程序中存在错误，默认情况下完全忽略 Calendar 参数。查看 PreparedStatement 的源代码以真正了解发生了什么。

请注意，它的格式是使用 JVM 时区的时间戳。这仅在您的 JVM 使用 UTC 时区时才有效。Calendar 对象被完全忽略。

this.tsdf = new SimpleDateFormat("''yyyy-MM-dd HH:mm:ss''", Locale.US);
timestampString = this.tsdf.format(x);

为了让 MySQL 使用 Calendar 参数，您必须使用以下连接选项禁用旧日期/时间代码：

useLegacyDatetimeCode=false

因此，您可以在像这样连接到数据库时使用它：

String url = "jdbc:mysql://localhost/tz?useLegacyDatetimeCode=false"

如果您使用上面的行禁用旧的日期时间代码，那么它将在目标日历的时区呈现您的时间戳：

if (targetCalendar != null) {
    targetCalendar.setTime(x);
    this.tsdf.setTimeZone(targetCalendar.getTimeZone());

     timestampString = this.tsdf.format(x);
} else {
    this.tsdf.setTimeZone(this.connection.getServerTimezoneTZ());
    timestampString = this.tsdf.format(x);
}

很容易看到这里发生了什么。如果您传入一个日历对象，它将在格式化数据时使用它。否则，它将使用数据库的时区来格式化数据。奇怪的是，如果你传入一个 Calendar，它也会将时间设置为给定的 Timestamp 值（这似乎毫无意义）。

于 2012-05-14T21:36:45.010 回答
3

检查此链接以获取有关 MySQL 的解释（您不应尝试将有关 Oracle 的建议应用于 MySQL）。

TIMESTAMP 数据类型用于同时包含日期和时间部分的值。TIMESTAMP 的范围为 '1970-01-01 00:00:01' UTC 到 '2038-01-19 03:14:07' UTC。

MySQL 将 TIMESTAMP 值从当前时区转换为 UTC 进行存储，并从 UTC 转换回当前时区进行检索。（这不会发生在其他类型，例如 DATETIME。）默认情况下，每个连接的当前时区是服务器的时间。

于 2012-05-09T19:36:04.330 回答
2

时区只是查看日期（这是一个固定时间点）的不同方式。我在这里写了一个小例子（密切注意断言）：

// timezone independent date (usually interpreted by the timezone of 
// the default locale of the user machine)
Date now = new Date();

// now lets get explicit with how we wish to interpret the date
Calendar london =  Calendar.getInstance(TimeZone.getTimeZone("Europe/London"));
Calendar paris = Calendar.getInstance(TimeZone.getTimeZone("Europe/Paris"));

// now set the same date on two different calendar instance
london.setTime(now);
paris.setTime(now);

// the time is the same
assert london.getTimeInMillis() == paris.getTimeInMillis();

// London is interpreted one hour earlier than Paris (as of post date of 9th May 2012)
String londonTime = london.get(Calendar.HOUR) + ":" + london.get(Calendar.MINUTE);
String londonTZ = london.getTimeZone().getDisplayName(london.getTimeZone().inDaylightTime(london.getTime()), TimeZone.SHORT);
System.out.println(londonTime + " " + londonTZ);

// Paris is interpreted one hour later than Paris (as of post date of 9th May 2012)
String parisTime = paris.get(Calendar.HOUR) + ":" + paris.get(Calendar.MINUTE);
String parisTZ = paris.getTimeZone().getDisplayName(paris.getTimeZone().inDaylightTime(paris.getTime()), TimeZone.SHORT);
System.out.println(parisTime + " " + parisTZ);

此代码段的输出是（结果将根据执行日期/时间而有所不同）：

8:18 BST
9:18 CEST

您在问题中的代码段根本没有对存储的日期做任何事情。通常数据库配置为本地时区。我建议存储一个额外的字段来表示解释日期时要使用的 TimeZone。

修改日期（基本上是固定时间点之前/之后的几毫秒）不是（通常）一个好主意，因为这将是一种有损修改，在一年中的不同时间点会有不同的解释（由于夏令时时间）。

或者这个： http: //puretech.paawak.com/2010/11/02/how-to-handle-oracle-timestamp-with-timezone-from-java/

于 2012-05-09T19:25:35.140 回答