Pilote JDBC MySQL 5.1.33 Temps Question de la Zone

Un peu de contexte:

J'ai la version 1.6 de Java webapp en cours d'exécution sur Tomcat 7. La base de données est MySQL 5.5. Auparavant, j'ai été en utilisant le pilote JDBC Mysql 5.1.23 pour se connecter à la DB. Tout a fonctionné. J'ai récemment mis à jour de pilote JDBC Mysql 5.1.33. Après la mise à niveau, Tomcat serait de se débarrasser de cette erreur lors du démarrage de l'application.

WARNING: Unexpected exception resolving reference
java.sql.SQLException: The server timezone value 'UTC' is unrecognized or represents more than one timezone. You must configure either the server or JDBC driver (via the serverTimezone configuration property) to use a more specifc timezone value if you want to utilize timezone support.

Pourquoi est-ce arrivé?

Quel est votre URL JDBC ressembler?
Vérifier ma réponse stackoverflow.com/a/44720416/4592448. Je pense que sa meilleure réponse)

InformationsquelleAutor bluecollarcoder | 2014-10-22

442

Apparemment, pour obtenir la version 5.1.33 de pilote JDBC MySQL pour fonctionner avec l'heure UTC de la zone, on doit spécifier le serverTimezone explicitement dans la chaîne de connexion.
```
jdbc:mysql://localhost/db?useUnicode=true&useJDBCCompliantTimezoneShift=true&useLegacyDatetimeCode=false&serverTimezone=UTC
```
- Selon docs useJDBCCompliantTimezoneShift n'a aucun effet lors de l'utilisation de useLegacyDatetimeCode=false. Par conséquent, il n'est pas nécessaire, il n'y...
- Cela résout mon erreur. Remarque supplémentaire, d'échapper à la & par & dans persistence.xml fichier : <property name="javax.la persistance.jdbc.url" value="jdbc:mysql://localhost/test?useUnicode=true&useJDBCCompliantTimezoneShift=true&useLegacyDatetimeCode=false&serverTimezone=UTC"/>
- Ce n'est pas correct. Le point de useLegacyDatetimeCode=false est de ne pas avoir à spécifier serverTimezone de sorte que le client corrige les différences de fuseau horaire. C'est un bug dans la version de MySQL.
- J'ai eu à utiliser & au lieu de & lors de la configuration dans mes matous server.xml
- Cette solution ruines le fuseau horaire à l'exception de l'heure GMT. Je pense que la bonne solution est sous-estimé l'un en dessous de
- Semble que j'ai que de la situation: stackoverflow.com/questions/50066795/...
- Cela a fonctionné pour moi. Mon fuseau horaire du serveur est défini à l'EDT, mais cela a fonctionné, exactement comme c'est écrit, l'UTC et tous.
- Cela fonctionne dans Glassfish ou Payara dans le cahier des charges d'une source de données JDBC ainsi lors de la mise de chaque paramètre de l'URL et de la valeur ci-dessus dans une propriété de la connexion.
- J'ai eu cette erreur dans PhpStorm lorsque vous essayez de vous connecter à la base de données, fixé par l'ajout de mon fuseau horaire codées dans l'url: ?serverTimezone=Europe%2FVilnius à la chaîne de connexion
- travailler avec pilote mysql 8.0.15, merci
- ?serverTimezone=UTC il était.
InformationsquelleAutor bluecollarcoder
61

J'ai résolu ce problème par la configuration de MySQL.

SET GLOBAL time_zone = '+3:00';
- si vous utilisez MSK fuseau horaire c'est +3, alors vous pourriez utiliser suivant en db adresse: jdbc:mysql://localhost/db?useUnicode=true&useJDBCCompliantTimezoneShift=true&useLegacyDatetimeCode=false&serverTimezone=Europe/Moscow. Il ressemble à mysql-connector ne comprends pas court fuseau horaire noms.
- Que faire lorsque l'Heure d'été modifications de l'horloge?
- Avec mysql 8.0, vous pouvez appeler le "jeu de persister time_zone = '+00:00';" pour le mettre à l'UTC obstinément, sans besoin de modifier mon.cnf ou redémarrez le serveur. Voir mysqlserverteam.com/...
- cela a fonctionné pour moi lors de l'obtention de cette erreur en faisant une voie de migration la migration
- Si vous êtes à la définition de cette via un unique manuel de requête SQL, ce paramètre devrait revenir à ce que la valeur d'origine après une DB redémarrer.
InformationsquelleAutor Dmitriy Rud
47

Si vous utilisez Maven, vous pouvez simplement mettre un autre connecteur MySQL version (j'ai eu le même message d'erreur, donc j'ai changé de 6.0.2 pour 5.1.39) dans pom.xml:
```
<dependency>
    <groupId>mysql</groupId>
    <artifactId>mysql-connector-java</artifactId>
    <version>5.1.39</version>
</dependency>
```
Comme indiqué dans un autre réponses, ce problème a été corrigé dans les versions 6.0.3 ou plus, de sorte que vous pouvez utiliser la version mise à jour:
```
<dependency>
    <groupId>mysql</groupId>
    <artifactId>mysql-connector-java</artifactId>
    <version>6.0.3</version>
</dependency>
```
Maven sera automatiquement re-construire votre projet une fois que vous enregistrez le pom.xml fichier.
- Vous êtes les bienvenus @Janet. J'espère que nous pourrons rester en contact pour mise à jour de cette solution lorsqu'il change ainsi.
- Pour ceux qui ont téléchargé mysql-connector-java/6 -> il suffit de télécharger par exemple mysql-connector-java/5.1.20 et cela devrait fonctionner. Merci!
- le déclassement doit être évitée. aussi, il n'est pas fixé avec 6.0.6 encore. mieux utiliser la solution ci-dessus
- j'obtiens la même erreur même avec le dernier pot [mysql-connector-java-6.0.5.jar:6.0.5]
- J'ai ce même dans 8.0.12
- 8.0.13 donne la même erreur. 5.1.47 fonctionne pour moi cependant.
InformationsquelleAutor Gabriel Amazonas Mesquita
31

La chaîne de connexion doit être définie comme ceci:
```
jdbc:mysql://localhost/db?useUnicode=true&useJDBCCompliantTimezoneShift=true&useLegacyDatetimeCode=false&serverTimezone=UTC
```
Si vous définissez la connexion dans un xml fichier (comme persistence.xml, standalone-full.xml, etc..), au lieu de & vous devez utiliser & ou utiliser un CDATA bloc.
- Ce n'est pas correct. Le point de useLegacyDatetimeCode=false est de ne pas avoir à spécifier serverTimezone de sorte que le client corrige les différences de fuseau horaire.
- ajout & a fonctionné pour moi
InformationsquelleAutor Alireza Alallah
29

C'est un bug de mysql-connector-java à partir de la version 5.1.33 à 5.1.37.
J'ai signalé ici: http://bugs.mysql.com/bug.php?id=79343

Modifié:
Cela a été corrigé à partir de mysql-connector-java 5.1.39

C'était une faute de frappe dans TimeUtil classe dans loadTimeZoneMappings méthode qui soulève un NPE localisation /com/mysql/jdbc/TimeZoneMapping.fichier de propriétés. Si vous regardez le code, le fichier doit être situé à l'intérieur de TimeUtil chargeur de classe, pas Fuseau horaire:
```
TimeUtil.class.getResourceAsStream(TIME_ZONE_MAPPINGS_RESOURCE);
```
Le paramètre useLegacyDatetimeCode permet de corriger la différence entre le client et le serveur fuseaux horaires automatiquement lors de l'utilisation de dates. Donc il vous aide à precissely de ne pas avoir à spécifier les fuseaux horaires dans chaque partie. Malgré l'aide de serverTimeZone paramètre est une solution de contournement, et en attendant le patch est sorti, vous pouvez essayer de mieux corriger le code par vous-même comme je l'ai fait.
- Si c'est une application autonome, vous pouvez essayer simplement d'ajouter un
  corrigé com/mysql/jdbc/TimeUtil classe à votre code et être prudent
  jar ordre de chargement. Cela peut aider:
  https://owenou.com/2010/07/20/patching-with-class-shadowing-and-maven.html
- Si c'est une application web, la solution plus simple pour créer votre propre
  mysql-connector-java-5.1.37-patched.jar en substituant à la .classe directement
  dans le pot d'origine.
- Doux, merci de signaler ce. Content que quelqu'un a été en mesure de fixer le bug. Savez-vous quand le correctif sera publié?
- La solution que vous suggérez est grande, mais je pense que la modification de la source du pilote et de la gestion de la dépendance Maven est probablement trop ennuyeux pour la plupart des gens.
- Le correctif a été déjà commis dans leur repo mais n'allez pas dans la dernière version de 5.1.38. Ils utilisent pour libérer tous les quelques mois donc j'espère que ce pourrait être bientôt. En attendant, je vous pouvez télécharger mon pot, si vous le souhaitez.
- Corrigé dans mysql-connector-java 5.1.39.
- N'est pas corrigé dans mysql-connector-java 6.0.2 >:(
- cette réponse doit être accepté et 5.1.39 corriger ce bug tout comme @antgar9 dit
- Cela a été corrigé sur la 6.x branche dans la version 6.0.3. Voir bugs.mysql.com/bug.php?id=81214
- Ce n'est pas fixe, comme dans la version 6.0.6
- Le bug est toujours présent dans 8.0.11
- J'ai eu ce problème aussi dans 8.0.15, mais il n'est pas causé par le bug de plus. Les fuseaux horaires sont chargés correctement, mais CET et CEST (ces fuseaux horaires cause de la difficulté pour moi) ne sont pas inclus ni dans le TimeZone.getAvailableIDs() ni dans TimeZoneMapping.properties donc cette solution ne va pas aider ici. La solution serait probaby être comme serverTimezone=Europe/Berlin
- J'ai été confronté à ce problème avec 8.0.15 trop. Donc, j'ai rétrogradé mon connecteur fichier jar à mysql-connector-java-5.1.47.jar et je l'ai résolu. Comme indiqué dans cette réponse, j'ai utilisé le 5.1.47 version (après 5.1.39 version) et il s'est résolu.
InformationsquelleAutor antgar9
27

J'ai résolu en mettant en dessous de la chaîne de connexion dans l'URL
```
jdbc:mysql://localhost:3306/db?useUnicode=true&useJDBCCompliantTimezoneShift=true&useLegacyDatetimeCode=false&serverTimezone=UTC
```
- Ce n'est pas correct. Le point de useLegacyDatetimeCode=false est de ne pas avoir à spécifier serverTimezone de sorte que le client corrige les différences de fuseau horaire.
InformationsquelleAutor Rafael Costa Cavalcante
27

Après lecture de plusieurs posts sur ce sujet, tester différentes configurations et basée sur des idées de ce bug mysql fil c'est ce que j'ai compris:
- la zone serveur de temps est importante, notamment pour convertir les dates stockées dans la base de données pour le fuseau horaire du serveur d'application. il y a d'autres implications, mais c'est le plus perceptible, un
- GMT x fuseau horaire UTC systèmes. GMT a été conçu à la fin du 19ème siècle et il peut être changé entre la version standard de l'heure et de l'heure d'été. cette propriété pourrait conduire à une situation où le serveur de base de données quarts d'heure d'été et l'application n'a pas remarqué (peut-être il y a d'autres complications, mais je n'ai pas d'autres recherches). L'UTC ne varie pas au fil du temps (il est toujours dans un délai d'environ 1 seconde de l'heure solaire moyenne à 0° de longitude).
- serverTimeZone définition a été introduite dans jdbc mysql connecteurs versions 5.1 à l'avance. jusqu'à la version 8, il peut être ignoré avec useLegacyDatetimeCode=true , qui, en conjonction avec useJDBCCompliantTimezoneShift=true en ferait la demande obtenir la base de données de fuseau horaire sur chaque connexion. Dans ce mode, l'heure GMT zones comme les "British Summer Time" serait converti à l'intérieur java/JDBC format. Nouveaux fuseaux horaires pourraient être définis dans un .fichier de propriétés telles que cette une
- De départ avec pilote jdbc version 8, mise à l'heure automatique de correspondance (useJDBCCompliantTimezoneShift) et de l'héritage format de l'heure (useLegacyDatetimeCode) ont été supprimés (voir jdbc mysql connector changelog). par conséquent, la définition de ces 2 paramètres n'a pas d'effet car ils sont complètement ignorés (nouvelle valeur par défaut est useLegacyDateTimeCode=false)
- De cette manière réglage serverTimezone est devenu obligatoire si toutes les zones (applications/serveurs de base de données) ne sont pas au format UTC+xx " ou "GMT+xx'
- Il n'y a aucun impact de la configuration du serveur de temps UTC (par exemple avec jdbc:mysql://localhost:3306/myschema?serverTimezone=UTC, même si votre application de base de données sur les serveurs ne sont pas dans ce fuseau horaire. L'important est pour l'application de la chaîne de connexion + base de données pour être synchronisé avec le même fuseau horaire. Dans des mots différents, simplement réglage serverTimezone=UTC avec un fuseau horaire différent sur le serveur de base de données vont changer toutes les dates extraites de la base de données
- MySQL fuseau horaire par défaut peut être définie à l'UTC+0 avec la ma.ini ou my.cnf de fichiers (windows /linux, respectivement) en ajoutant la ligne default-time-zone='+00:00' (plus de détails dans cette StackOverflow post)
- Bases de données configuré sur AWS (amazon web services) sont automatiquement affectés UTC+0 heure par défaut (voir AWS page d'aide ici)
- Belle réponse, merci. Les différentes balles sont tous utiles. Je suis allé à la suggestion de mettre un default-time-zone = '+00:00' dans le homebrew /usr/local/etc/my.cnf fichier. Il semble que les espaces autour de la = sont importantes, mais vous pouvez modifier la balle pour les inclure.
InformationsquelleAutor epol
20

Il a travaillé pour moi en ajoutant simplement des serverTimeZone=UTC sur demande.les propriétés.

spring.datasource.url=jdbc:mysql://localhost/db?serverTimezone=UTC

InformationsquelleAutor Ahmed AMMOURI
16

J'ai le même problème et je l'ai résolu ajouter que "?serverTimezone=UTC" à ma chaîne de connexion.

#

sinossi mon problème:

java.sql.SQLException: La zone serveur de temps de la valeur 'CEST' est méconnu ou représente plus d'un fuseau horaire. Vous devez configurer le serveur ou le pilote JDBC (via le serverTimezone propriété de configuration) à utiliser une certaine valeur de fuseau horaire, si vous voulez utiliser le temps de la zone de soutien.
```
my dbDriver = com.mysql.jdbc.Driver

my jar = mysql-connector-java-8.0.12.jar

my java = 1.8

my tomcat = Apache Tomcat Version 8.5.32

my MySql server = MySql ver.8.0.12 
```
InformationsquelleAutor felice de simone
13
1. J'ai ajouté en mysql fichier de configuration dans la section [mysqld]
```
default_time_zone='+03:00'
```
2. Et redémarrer le serveur mysql:
```
sudo service mysql restart
```
Où +03:00 mon fuseau horaire UTC.

Chemin d'accès au fichier de config sur mon système d'exploitation ubuntu 16.04:
```
/etc/mysql/mysql.conf.d/mysqld.cnf
```
AVERTISSEMENT: SI VOTRE FUSEAU HORAIRE ONT ÉTÉ ET EN HIVER. VOUS DEVEZ MODIFIER L'UTC DANS LA CONFIGURATION, SI LE TEMPS DE CHANGEMENT. DEUX FOIS DANS L'ANNÉE(GÉNÉRALEMENT) OU DE L'ENSEMBLE CRONTAB AVEC SUDO.

Mon url de connexion jdbc:
```
"jdbc:mysql://localhost/java"
```
- Avoir à redémarrer Mysql est fondamentalement un nonstarter dans la quasi-totalité de la production des cas d'utilisation. Il devient encore plus problématique lorsque les réplications sont impliqués.
- Besoin d'ajouter seulement dans la section [mysqld]. Ou ajouter de la section [mysqld] si ce n'est de la section. Exemple de ma config pastebin.com/j4F7t2KS
- Si vous venez de DBeaver, cela fonctionne très bien
- J'ai mis à jour mon serveur Linux /etc/localtime à partir de /usr/share/zoneinfo/US/Pacifique /usr/share/zoneinfo/America/Los_Angeles puis redémarré le service de mysql et cela a réglé le problème pour moi.
- Dans mon cas, pour la syntaxe fournie, il y a une erreur lors du redémarrage, et la syntaxe correcte est: default-time-zone='+03:00' au lieu de cela, en tant que par cette réponse. Provenant également de DBeaver.
- il n'est pas approprié, si vous avez à dire à tous les développeurs de votre société afin de modifier leurs MySQL config 🙂
InformationsquelleAutor Fortran
9

Tout ce que nous devons résoudre le problème avec serverTimezone:
```
String url = "jdbc:mysql://localhost:3306/db?serverTimezone=" + TimeZone.getDefault().getID()
```
- Malheureusement, cela ne fonctionne pas avec le graal.
InformationsquelleAutor Ingvar
6

Je suis en utilisant mysql-connector-java-8.0.13 et avait le même problème.
J'ai créé ma base de données dans la console de ligne de commande et résolu ce problème en utilisant @Dimitry Rud du solution sur la ligne de commande:
```
SET GLOBAL time_zone = '-6:00';
```
Je n'ai pas besoin de redémarrer quoi que ce soit, régler l'heure et a immédiatement exécuter mon code dans eclipse, il est connecté avec pas de problèmes.

Le bug est censé être corrigé dans une version plus ancienne, mais je pense que j'ai eu cette erreur, car après, j'ai créé la base de données dans la console, je n'ai pas mis cette. Je ne suis pas à l'aide du workbench, ni d'une autre application pour gérer ce processus, plutôt que de la console.

InformationsquelleAutor RAdrian
6

Le programme ci-dessus va générer le fuseau horaire erreur.

Après votre nom de base de données, vous devez ajouter ceci: ?useTimezone=true&serverTimezone=UTC. Une fois que vous avez fait votre code fonctionne très bien.

Bonne chance 🙂

InformationsquelleAutor Aathil Ahamed
5

Cela a fonctionné pour moi.

sur DBeaver 6.0 : Accédez aux Paramètres de Connexion > Propriétés du Pilote > fuseau Horaire du Serveur > Set UTC.

Aussi, au printemps, la configuration de démarrage, a créé, en dessous de la propriété.

jdbc:mysql://localhost:/?serverTimezone=UTC

InformationsquelleAutor Anil Gowda
4

De mysql workbench exécuter les instructions sql suivantes:
1. SET @@global.time_zone = '+00:00';
2. SET @@session.time_zone = '+00:00';
avec les instructions sql suivantes vérifier si les valeurs ont été définies:

SELECT @@global.time_zone, @@session.time_zone;
- Cela a fonctionné pour moi, lorsque l'erreur en question a surgi tout en essayant de faire une connexion à partir d'IntelliJ IDEA.
InformationsquelleAutor toof06

Vous pouvez utiliser le MySQL connector dans la dépendance Maven,

    <dependency>
        <groupId>mysql</groupId>
        <artifactId>mysql-connector-java</artifactId>
        <version>8.0.14</version>
    </dependency>

Ensuite, vous devez le définir les paramètres dans la application.properties fichier,

spring.datasource.url=jdbc:mysql://localhost:3306/UserReward?useUnicode=true&useJDBCCompliantTimezoneShift=true&useLegacyDatetimeCode=false&serverTimezone=UTC
spring.datasource.username=testuser
spring.datasource.password=testpassword
# MySQL driver
spring.datasource.driverClassName=com.mysql.jdbc.Driver
spring.jpa.database-platform=org.hibernate.dialect.MySQL5Dialect

InformationsquelleAutor U2m

2

J'ai aussi été d'avoir exactement le même problème dans LibreOffice Base. Alors j'ai juste spécifié non 'daylight savings time zone' dans la chaîne de connexion.

J'ai essayé sans le "&serverTimezone=MST" mais qui a échoué en tant que bien.

J'ai aussi essayé le "&serverTimezone=MDT" et qui a échoué, si pour une raison quelconque, il n'aime pas l'heure d'été!

InformationsquelleAutor GordR
1

J'ai résolu ce problème sans aucun changement de code. juste goto système de réglage de l'heure et de définir le fuseau horaire. Dans mon cas, le défaut de fuseau horaire est UTC qui j'ai changé mon fuseau horaire local. Après je n'ai redémarrer tous les services, tout a fonctionné pour moi.

InformationsquelleAutor Nikunj Shroff
1

Je suis en retard, Mais Si vous avez du mal par la suite à l'erreur et à l'aide de la source de données(javax.sql.Source de données):
```
The server time zone value 'CEST' is unrecognized or represents more than one time zone.
```
Jeu ligne suivante pour se débarrasser de l'erreur:
```
MysqlDataSource dataSource = new MysqlDataSource();
dataSource.setServerTimezone("UTC");
```
InformationsquelleAutor Rituraj Singh Rathore
1

J'ai eu le même problème lorsque j'essaie de travailler avec le printemps de démarrage du projet sur windows.

Url de la source de données doit être:

spring.datasource.url=jdbc:mysql://localhost/database?useUnicode=true&useJDBCCompliantTimezoneShift=true&useLegacyDatetimeCode=false&serverTimezone=UTC

InformationsquelleAutor Berkay Ernalbant
0

D'accord avec @bluecollarcoder réponse, mais il est préférable d'utiliser TimeZone.getDefault().getID(); à la fin de la chaîne de connexion:
```
"jdbc:mysql://localhost/db?useUnicode=true&useJDBCCompliantTimezoneShift=true&useLegacyDatetimeCode=false&serverTimezone=" + TimeZone.getDefault().getID();  
```
Dans ce cas Timezone paramètre automatiquement les mises à jour en fonction de la machine locale du fuseau horaire.
- Ce n'est pas correct. Le point de useLegacyDatetimeCode=false est de ne pas avoir à spécifier serverTimezone de sorte que le client corrige les différences de fuseau horaire.
InformationsquelleAutor Yerbol
0

Dans mon cas, c'était un environnement de test et j'ai dû faire une application existante pour fonctionner sans aucune modification de la configuration, et si possible sans MySQL les modifications de configuration.
J'ai été en mesure de résoudre le problème en suivant @vinnyjames suggestion et changer de serveur fuseau horaire UTC:
```
ln -sf /usr/share/zoneinfo/UTC /etc/localtime
service mysqld restart
```
Faisant cela m'a suffit à résoudre le problème.

InformationsquelleAutor Dmitriusan
-1

J'ai aussi eu le même cours d'exécution java JDBC dans NetBeans. C'est la façon dont il fixe

J'utilise Xampp. Dans le bouton conf d'Apache, j'ai ouvert httpd.fichier conf et sur la première ligne j'ai tapé
```
# Set timezone to Europe/Athens UTC+02:00 
SetEnv TZ Europe/Athens.
```
En conf bouton de MySQL, j'ai ouvert ma.fichier ini et sur la dernière ligne j'ai tapé
"Europe/Athens"

Arrêté et a commencé à la fois Apache et MySQL

Problème résolu.

*(Local mechine fuseau horaire est différent, mais pas de problème.)

InformationsquelleAutor Gerard Indika

-6

package pack1;

import java.sql.Connection;
import java.sql.DriverManager;
import javax.swing.JOptionPane;

public class sqliteConnection {
    Connection conn=null;

    public static Connection dbConnector() {
        try {Class.forName("com.mysql.jdbc.Driver");

        Connection conn = DriverManager.getConnection("jdbc:mysql://127.0.0.1:3306", "root", "");
        JOptionPane.showMessageDialog(null, "connection is succesful");
        return conn;

        } catch(Exception e) {
            JOptionPane.showMessageDialog(null, e);
            return null;

        ////you need also to execute this in database ===> SET GLOBAL time_zone = '+3:00';
        }
    }
}

Cela n'a rien à voir avec la question posée.

InformationsquelleAutor user10116230

Vous devez vous connecter pour publier un commentaire.