So ändern Sie die MySQL-Zeitzone in eine Datenbank-Verbindung mit Java?

MySQL läuft mit Zeitzone "GMT+8", aber Tomcat mit "GMT". Wenn ich speichern datetime zu meiner Datenbank, alles scheint OK zu sein, aber wenn ich die datetime Wert in der Datenbank sehe ich den "GMT" - Wert.

Auch, wenn ich versuche den Wert aus der Datenbank der Wert geändert wird, scheint der Wert in die Datenbank übernommen wird, als "GMT+8", also Java-ändert den Wert auf "GMT".

Habe ich die Verbindungs-URL wie diese:

useTimezone=true&serverTimezone=GMT

aber es funktioniert nicht.

Tun Sie nur das "falsche" Zeitzone, oder ist der Wert falsch?
Ändere ich die config auf useGmtMillisForDatetimes=true&serverTimezone=GMT. scheint, es ist das Verhalten, das ich will. aber immer noch verwirrt.

InformationsquelleAutor Xilang | 2011-09-30

73

useTimezone ist eine ältere workaround. MySQL-team schrieb die setTimestamp/getTimestamp code ziemlich vor kurzem, aber es wird nur aktiviert, wenn Sie die Verbindungs-parameter useLegacyDatetimeCode=false und Sie sind mit der neuesten version der mysql-JDBC-connector. So zum Beispiel:
```
String url =
 "jdbc:mysql://localhost/mydb?useLegacyDatetimeCode=false
```
Wenn Sie die download-mysql-connector-source-code und schauen Sie setTimestamp, es ist sehr einfach zu sehen, was passiert:

Wenn die Verwendung von legacy-Datum, Zeit code = false, newSetTimestampInternal(...) aufgerufen wird. Dann, wenn die Kalender übergeben newSetTimestampInternal ist NULL, Ihre date-Objekt formatiert ist, in der Datenbank-Zeitzone:
```
this.tsdf = new SimpleDateFormat("''yyyy-MM-dd HH:mm:ss", Locale.US);
this.tsdf.setTimeZone(this.connection.getServerTimezoneTZ());
timestampString = this.tsdf.format(x);
```
Ist es sehr wichtig, dass Kalender ist null - so stellen Sie sicher, dass Sie mit:
```
setTimestamp(int,Timestamp).
```
... NICHT setTimestamp(int,Timestamp,Calendar).

Es sollte offensichtlich sein, jetzt, wie das funktioniert. Wenn Sie konstruieren ein Datum: 5. Januar 2011 3:00 AM in America/Los_Angeles (oder was auch immer, time zone), die über java.util.Kalender und rufen Sie setTimestamp(1, myDate), dann wird es nehmen Sie Ihre Datum, verwenden Sie " = SimpleDateFormat zum formatieren es in der Datenbank-Zeitzone. Also, wenn deine DB wird in America/New_York, es konstruiert den String '2011-01-05 6:00:00' eingefügt werden (seit New York ist vor der LA von 3 Stunden).

Zum abrufen des Datums getTimestamp(int) (ohne Kalender). Es wird wieder die Datenbank verwenden die Zeitzone, zu bauen ein Datum.

Hinweis: Der webserver Zeitzone ist völlig irrelevant jetzt! Wenn Sie nicht setzen useLegacyDatetimecode auf false, ist der webserver Zeitzone wird verwendet für die Formatierung, das hinzufügen von viel Verwirrung.

Hinweis:

Ist es möglich, meine MySQL beschweren, dass die server-Zeitzone ist mehrdeutig. Zum Beispiel, wenn Ihre Datenbank eingestellt ist, EST, möglicherweise gibt es mehrere mögliche EST Zeitzonen in Java, so können Sie diese klären für den mysql-connector, indem Sie erzählt es genau das, was der Datenbank-Zeitzone:
```
String url =
 "jdbc:mysql://localhost/mydb?useLegacyDatetimeCode=false&serverTimezone=America/New_York";
```
Brauchen Sie nur zu tun, wenn es klagt.
- Danke für die useLegacyDatetimeCode Vorschlag! Hinweis: Dies gilt auch gelöst meine Probleme mit Joda Time (über die usertypes hibernate add-on) als gut.
- Also mit serverTimezone und useLegacyDatetimeCode Hinzugefügt, um meine Verbindungszeichenfolge, ich kann senden Timestmp und es wird korrekt aufgenommen in eine DateTime-Spalte, wie es mit der UTC-Zeit. Ich sehe es auf meine MySQL-Konsole als solche. Wenn ich ein SELECT über JDBC und versuchen um die Daten zu erhalten, ist es immer noch automatisch konvertiert Sie in der JDBC-Schicht. Ich habe versucht, getObject (), und geTimestmp (sowohl ohne als auch mit UTC-Kalender-Objekt) und es kommt immer wieder in die lokale Zeit.
- Stellt sich heraus, das war die Einstellung die ich brauchte, um zu lösen, eine Produktion problem. Lokal konnten wir nicht reproduzieren. Aber versuchen, diese im Treiber auf die Produktion eliminiert den stall, die wir sahen, nach 10-30 Sekunden der Verarbeitung.
- Zeitzone-Informationen wird nicht gespeichert, in der Timestamp-Klasse. Also, wenn Sie drucken eines date-Objekts auf der Konsole formatiert wird in der JVM-Zeitzone.
- nicht fix Fehler auf 6.0.2
- versuchen String url = "jdbc:mysql://localhost?tz=useLegacyDatetimeCode=false&serverTimezone=America/New_York";. Für meine Anwendung in diesem Beispiel-link funktioniert: url: jdbc:mysql://localhost:3306/trip_planner?tz=useLegacyDatetimeCode=false&serverTimezone=Europe/Berlin
- Sorry für die Verwirrung - tz in meinem Beispiel wurde der name der Datenbank, in die JDBC-Verbindungszeichenfolge. Ich bearbeitet meine post und benannte Sie um mydb für Klarheit.
- Ich mag, wie Sie verwenden ", Wenn Sie den Quellcode herunterladen und anschauen der Methode, ist es sehr einfach zu sehen, was passiert" und "es sollte offensichtlich sein, jetzt, wie das funktioniert"...
- [DEBUG] 2017-09-20 12:27:55.066 [http-nio-8182-exec-1] [12709eqId] SqlExceptionHelper logExceptions [1] [RELOAD] - Nicht in der Lage zu erwerben JDBC-Verbindung [n/a], java.sql.SQLException: kann Nicht erstellen PoolableConnectionFactory (kann Nicht laden, Verbindung Klasse, weil der zugrunde liegende Ausnahme: com.mysql.cj.core.Ausnahmen.WrongArgumentException: Malformed database-URL konnte nicht analysiert die Verbindungszeichenfolge in der Nähe von '=America/New_York;'.)
- Können Sie Ihre komplette JDBC-Verbindungs-URL? Es könnte sein das nachgestellte Semikolon oder vorherigen Parameter.
- String url = "jdbc:mysql://localhost/mydb?useLegacyDatetimeCode=false&serverTimezone=America/New_York"; Für Mich Gearbeitet
- Vielen Dank, ...?useLegacyDatetimeCode=false&serverTimezone=UTC mein problem gelöst!
InformationsquelleAutor nogridbag
1

JDBC verwendet eine so genannte "Verbindungs-URL", damit man flüchten kann "+" durch "%2B", das ist
```
useTimezone=true&serverTimezone=GMT%2B8
```
InformationsquelleAutor Jay

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.