Comment obtenir le fuseau horaire actuel de MySQL?

Tout le monde sait s'il existe une telle fonction dans MySQL?

METTRE À JOUR

Cela ne génère aucune information valide:

mysql> SELECT @@global.time_zone, @@session.time_zone;
+--------------------+---------------------+
| @@global.time_zone | @@session.time_zone |
+--------------------+---------------------+
| SYSTEM             | SYSTEM              |
+--------------------+---------------------+

Ou peut-être que MySQL lui-même ne peut pas connaître exactement l' time_zoneutilisation, c'est bien, nous pouvons impliquer PHPici, tant que je peux obtenir des informations valides pas comme SYSTEM...

Dans le manuel ( section 9.6 ):

Les valeurs actuelles des fuseaux horaires globaux et spécifiques au client peuvent être récupérées comme ceci:
mysql> SELECT @@global.time_zone, @@session.time_zone;

Modifier Ce qui précède revient SYSTEMsi MySQL est réglé sur esclave du fuseau horaire du système, ce qui est moins qu'utile. Puisque vous utilisez PHP, si la réponse de MySQL est SYSTEM, vous pouvez alors demander au système par quel fuseau horaire il utilise date_default_timezone_get. (Bien sûr, comme l'a souligné VolkerK, PHP peut s'exécuter sur un serveur différent, mais selon les hypothèses, en supposant que le serveur Web et le serveur de base de données avec lesquels il parle sont définis sur [sinon en fait dans ] le même fuseau horaire n'est pas un énorme saut.) Mais attention (comme avec MySQL), vous pouvez définir le fuseau horaire que PHP utilise (date_default_timezone_set), ce qui signifie qu'il peut signaler une valeur différente de celle utilisée par le système d'exploitation. Si vous contrôlez le code PHP, vous devez savoir si vous le faites et être d'accord.

Mais toute la question du fuseau horaire utilisé par le serveur MySQL peut être tangente, car demander au serveur dans quel fuseau horaire il ne vous dit absolument rien sur les données de la base de données. Lisez la suite pour plus de détails:

Discussion supplémentaire :

Si vous contrôlez le serveur, vous pouvez bien sûr vous assurer que le fuseau horaire est une quantité connue. Si vous ne contrôlez pas le serveur, vous pouvez définir le fuseau horaire utilisé par votre connexion comme ceci:

set time_zone = '+00:00';

Cela définit le fuseau horaire sur GMT, de sorte que toute autre opération (comme now()) utilise GMT.

Notez cependant que les valeurs d'heure et de date ne sont pas stockées avec les informations de fuseau horaire dans MySQL:

mysql> create table foo (tstamp datetime) Engine=MyISAM;
Query OK, 0 rows affected (0.06 sec)

mysql> insert into foo (tstamp) values (now());
Query OK, 1 row affected (0.00 sec)

mysql> set time_zone = '+01:00';
Query OK, 0 rows affected (0.00 sec)

mysql> select tstamp from foo;
+---------------------+
| tstamp              |
+---------------------+
| 2010-05-29 08:31:59 |
+---------------------+
1 row in set (0.00 sec)

mysql> set time_zone = '+02:00';
Query OK, 0 rows affected (0.00 sec)

mysql> select tstamp from foo;
+---------------------+
| tstamp              |
+---------------------+
| 2010-05-29 08:31:59 |      <== Note, no change!
+---------------------+
1 row in set (0.00 sec)

mysql> select now();
+---------------------+
| now()               |
+---------------------+
| 2010-05-29 10:32:32 |
+---------------------+
1 row in set (0.00 sec)

mysql> set time_zone = '+00:00';
Query OK, 0 rows affected (0.00 sec)

mysql> select now();
+---------------------+
| now()               |
+---------------------+
| 2010-05-29 08:32:38 |      <== Note, it changed!
+---------------------+
1 row in set (0.00 sec)

Donc , sachant le fuseau horaire du serveur est seulement important en termes de fonctions qui obtiennent le temps en ce moment, comme now(), unix_timestamp(), etc .; il ne vous dit rien sur le fuseau horaire utilisé par les dates dans les données de la base de données. Vous pouvez choisir de supposer qu'elles ont été écrites à l'aide du fuseau horaire du serveur, mais cette hypothèse pourrait bien être erronée. Pour connaître le fuseau horaire de toutes les dates ou heures stockées dans les données, vous devez vous assurer qu'elles sont stockées avec des informations de fuseau horaire ou (comme je le fais) qu'elles sont toujours en GMT.

Pourquoi l'hypothèse selon laquelle les données ont été écrites à l'aide du fuseau horaire du serveur est-elle défectueuse? Eh bien, d'une part, les données peuvent avoir été écrites à l'aide d'une connexion qui définit un fuseau horaire différent. La base de données a peut-être été déplacée d'un serveur à un autre, où les serveurs se trouvaient dans des fuseaux horaires différents (je suis tombé dessus lorsque j'ai hérité d'une base de données qui était passée du Texas à la Californie). Mais même si les données sont écrites sur le serveur, avec son fuseau horaire actuel, elles restent ambiguës. L'année dernière, aux États-Unis, l'heure d'été a été désactivée à 2h00 du matin le 1er novembre. Supposons que mon serveur se trouve en Californie en utilisant le fuseau horaire du Pacifique et que j'ai la valeur2009-11-01 01:30:00dans la base de données. Quand était-ce? Était-ce à 1 h 30 le 1er novembre HAP ou à 1 h 30 le 1er novembre HNP (une heure plus tard)? Vous n'avez absolument aucun moyen de le savoir. Moralité: stockez toujours les dates / heures au format GMT (qui ne fait pas l'heure d'été) et convertissez-les au fuseau horaire souhaité si / lorsque nécessaire.

La requête ci-dessous renvoie le fuseau horaire de la session en cours.

select timediff(now(),convert_tz(now(),@@session.time_zone,'+00:00'));

Simplement SELECT @@system_time_zone;

Retours PST(ou tout ce qui est pertinent pour votre système).

Si vous essayez de déterminer le fuseau horaire de la session, vous pouvez utiliser cette requête:
SELECT IF(@@session.time_zone = 'SYSTEM', @@system_time_zone, @@session.time_zone);

Qui renverra le fuseau horaire de la session s'il diffère du fuseau horaire du système.

Comme Jakub Vrána (Le créateur ou Adminer et NotORM ) mentionne dans les commentaires, pour sélectionner le fuseau horaire actuel décalage dans l' TIMEutilisation:

SELECT TIMEDIFF(NOW(), UTC_TIMESTAMP);

Il reviendra: 02:00:00si votre fuseau horaire est +2: 00 pour cette date

J'ai fait une feuille de triche ici: MySQL devrait - il avoir son fuseau horaire réglé sur UTC?

Pour obtenir le fuseau horaire actuel du mysql, vous pouvez faire les choses suivantes:

 1. SELECT @@system_time_zone;   //from this you can get the system timezone 
 2. SELECT IF(@@session.time_zone = 'SYSTEM', @@system_time_zone, @@session.time_zone) //This will give you time zone if system timezone is different from global timezone

Maintenant, si vous voulez changer le fuseau horaire mysql alors:

 1. SET GLOBAL time_zone = '+00:00'   //this will set mysql timezone in UTC
 2. SET @@session.time_zone = "+00:00";  //by this you can chnage the timezone only for your particular session 

SELECT EXTRACT(HOUR FROM (TIMEDIFF(NOW(), UTC_TIMESTAMP))) AS `timezone`

Cela retournera le fuseau horaire sous la forme d'un entier (par exemple -6:), gérant les temps positifs ou négatifs (voici où EXTRACTentre en jeu: la HOURfonction seule retourne les fuseaux horaires négatifs comme positifs).

A tous ceux qui viennent trouver le fuseau horaire de mysql db.

Avec cette requête, vous pouvez obtenir le fuseau horaire actuel:

mysql> SELECT @@system_time_zone as tz;
+-------+
|  tz   |
+-------+
|  CET  |
+-------+

La commande mentionnée dans la description renvoie "SYSTEM" qui indique qu'il prend le fuseau horaire du serveur. Ce qui n'est pas utile pour notre requête.

La requête suivante aidera à comprendre le fuseau horaire

SELECT TIMEDIFF(NOW(), UTC_TIMESTAMP) as GMT_TIME_DIFF;

La requête ci-dessus vous donnera l'intervalle de temps par rapport au temps universel coordonné (UTC). Vous pouvez donc facilement analyser le fuseau horaire. si le fuseau horaire de la base de données est IST, la sortie sera 5h30

UTC_TIMESTAMP

Dans MySQL, UTC_TIMESTAMP renvoie la date et l'heure UTC actuelles sous forme de valeur au format 'YYYY-MM-DD HH: MM: SS' ou YYYYMMDDHHMMSS.uuuuuu selon l'utilisation de la fonction, c'est-à-dire dans un contexte de chaîne ou numérique.

MAINTENANT()

Fonction NOW (). MySQL NOW () renvoie la valeur de la date et de l'heure actuelles au format 'YYYY-MM-DD HH: MM: SS' ou YYYYMMDDHHMMSS.uuuuuu selon le contexte (numérique ou chaîne) de la fonction. CURRENT_TIMESTAMP, CURRENT_TIMESTAMP (), LOCALTIME, LOCALTIME (), LOCALTIMESTAMP, LOCALTIMESTAMP () sont des synonymes de NOW ().

Consultez la prise en charge du fuseau horaire du serveur MySQL et la system_time_zonevariable système. Est ce que ça aide?

Mon framework PHP utilise

SET LOCAL time_zone='Whatever'

après la connexion, où «Quoi que» == date_default_timezone_get ()

Ce n'est pas ma solution, mais cela garantit que le SYSTEMfuseau horaire du serveur MySQL est toujours le même que celui de PHP

Donc, oui, PHP est fortement impliqué et peut l'affecter

Pour obtenir l'heure actuelle en fonction de votre fuseau horaire, vous pouvez utiliser ce qui suit (dans mon cas, son '+5: 30')

sélectionnez DATE_FORMAT (convert_tz (now (), @@ session.time_zone, '+ 05:30'), '% Y-% m-% d')

Il vous suffit de redémarrer mysqld après avoir modifié le fuseau horaire du système.

Le fuseau horaire global de MySQL prend le fuseau horaire du système. Lorsque vous modifiez un tel attribut de système, vous avez juste besoin d'un redémarrage de Mysqld.

Insérez un enregistrement factice dans l'une de vos bases de données qui possède un horodatage Sélectionnez cet enregistrement et obtenez la valeur de l'horodatage. Supprimez cet enregistrement. Obtient avec certitude le fuseau horaire que le serveur utilise pour écrire des données et ignore les fuseaux horaires PHP.

Vous pouvez essayer ce qui suit:

select sec_to_time(TIME_TO_SEC( curtime()) + 48000);

Ici, vous pouvez spécifier votre décalage horaire en secondes

Utilisez LPAD(TIME_FORMAT(TIMEDIFF(NOW(), UTC_TIMESTAMP),’%H:%i’),6,’+')pour obtenir une valeur au format de fuseau horaire de MySQL que vous pouvez facilement utiliser avec CONVERT_TZ(). Notez que le décalage de fuseau horaire que vous obtenez n'est valide qu'au moment où l'expression est évaluée, car le décalage peut changer au fil du temps si vous avez l'heure d'été. Pourtant, l'expression est utile avec NOW()pour stocker le décalage avec l'heure locale, ce qui NOW()rend sans ambiguïté ce qui donne. (Dans les fuseaux horaires DST, NOW()recule d'une heure une fois par an, a donc des valeurs en double pour des moments distincts).

C'est possible

select timediff(current_time(),utc_time())

Vous n'obtiendrez pas directement la valeur du fuseau horaire de cette façon.

@@global.time_zonene peut pas être utilisé car il s'agit d'une variable et il renvoie la valeur 'SYSTEM'.

Si vous devez utiliser votre requête dans une session avec un fuseau horaire modifié à l'aide de session SET TIME_ZONE =, vous obtiendrez cela avec @@session.time_zone. Si vous interrogez @@global.time_zone, vous obtenez 'SYSTEM'.

Si vous essayez datediff, date_subou timediffavec now()et utc_time(), vous rencontrerez probablement des problèmes de conversion.

Mais les choses suggérées ci-dessus fonctionneront probablement au moins avec certaines versions de serveur. Ma version est 5.5.43-37 et est une solution hébergée.

Essayez d'utiliser le code suivant:

//ASP CLASSIC
Set dbdate = Server.CreateObject("ADODB.Recordset")
dbdate.ActiveConnection = MM_connection
dbdate.Source = "SELECT NOW() AS currentserverdate "
dbdate.Open()
currentdate = dbdate.Fields("currentserverdate").Value
response.Write("Server Time is "&currentdate)
dbdate.Close()
Set dbdate = Nothing