MySQL 使用时区“GMT+8”运行，而 Tomcat 使用“GMT”运行。当我将 datetime 保存到我的数据库时，一切似乎都正常，但是当我检查数据库中的 datetime 值时，我看到了“GMT”值。
另外，当我尝试从数据库中获取值时，值发生了变化，似乎数据库中的值被视为“GMT+8”，因此 Java 将值更改为“GMT”。
我已经这样设置了连接 URL：
useTimezone=true&serverTimezone=GMT
但它不起作用。
【问题讨论】：
useTimezone 是一种较旧的解决方法。 MySQL 团队最近重写了 setTimestamp/getTimestamp 代码，但只有在您设置连接参数 useLegacyDatetimeCode=false 并且您使用的是最新版本的 mysql JDBC 连接器时才会启用它。比如：
String url =
"jdbc:mysql://localhost/mydb?useLegacyDatetimeCode=false
如果你下载 mysql-connector 源代码并查看 setTimestamp，很容易看出发生了什么：
如果使用旧日期时间码 = false，则调用 newSetTimestampInternal(...)。然后，如果传递给 newSetTimestampInternal 的 Calendar 为 NULL，则您的日期对象将在数据库的时区中格式化：
this.tsdf = new SimpleDateFormat("''yyyy-MM-dd HH:mm:ss", Locale.US);
this.tsdf.setTimeZone(this.connection.getServerTimezoneTZ());
timestampString = this.tsdf.format(x);
Calendar 为 null 非常重要 - 所以请确保您正在使用：
setTimestamp(int,Timestamp).
... NOT setTimestamp(int,Timestamp,Calendar).
现在应该很清楚这是如何工作的。如果您使用 java.util.Calendar 构建日期：2011 年 1 月 5 日凌晨 3:00 在 America/Los_Angeles（或您想要的任何时区）并调用 setTimestamp(1, myDate)，那么它将获取您的日期，使用 SimpleDateFormat以数据库时区对其进行格式化。因此，如果您的数据库位于 America/New_York，它将构造要插入的字符串 '2011-01-05 6:00:00'（因为 NY 比 LA 早 3 小时）。
要检索日期，请使用 getTimestamp(int)（不带日历）。它将再次使用数据库时区来构建日期。
注意：网络服务器时区现在完全无关紧要了！如果您不将 useLegacyDatetimecode 设置为 false，则网络服务器时区用于格式化 - 增加了很多混乱。
注意：
我可能会抱怨 MySQL 的服务器时区不明确。例如，如果您的数据库设置为使用 EST，Java 中可能有几个可能的 EST 时区，因此您可以通过准确告诉 mysql-connector 数据库时区是什么来澄清这一点：
String url =
"jdbc:mysql://localhost/mydb?useLegacyDatetimeCode=false&serverTimezone=America/New_York";
只有在它抱怨时你才需要这样做。
【讨论】：
String url = "jdbc:mysql://localhost?tz=useLegacyDatetimeCode=false&serverTimezone=America/New_York";。对于我的应用程序，此示例链接有效：url: jdbc:mysql://localhost:3306/trip_planner?tz=useLegacyDatetimeCode=false&serverTimezone=Europe/Berlin
JDBC使用了所谓的“连接URL”，所以可以用“%2B”转义“+”，即
useTimezone=true&serverTimezone=GMT%2B8
【讨论】：
对于 Squirrel SQL Client (http://squirrel-sql.sourceforge.net/) 版本 4 等应用程序，您可以将“驱动程序属性”下的“serverTimezone”设置为 GMT+1（时区示例“欧洲/维也纳”）。
【讨论】：
IST 没有改变任何东西，而 GMT+1 做到了。
有没有办法从 MySQL 获取支持的 timeZone 列表？ ex - serverTimezone=America/New_York。这可以解决很多这样的问题。我相信每次您都需要从应用程序中指定正确的时区，而不考虑 DB TimeZone。
【讨论】：