Jak uzyskać aktualną strefę czasową MySQL?

Czy ktoś wie, czy istnieje taka funkcja w MySQL?

AKTUALIZACJA

To nie wyświetla żadnych ważnych informacji:

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

A może sam MySQL nie może dokładnie znać time_zoneużywanego, to dobrze, możemy się PHPtu zaangażować , o ile mogę uzyskać ważne informacje, które nie są takie SYSTEM...

Z instrukcji ( rozdział 9.6 ):

Bieżące wartości globalnych i specyficznych dla klienta stref czasowych można pobrać w następujący sposób:
mysql> SELECT @@global.time_zone, @@session.time_zone;

Edytuj Powyższe zwraca, SYSTEMjeśli MySQL jest ustawiony jako slave w strefie czasowej systemu, co jest mniej niż pomocne. Ponieważ używasz PHP, jeśli odpowiedź na MySQL brzmi SYSTEM, możesz zapytać system , za pomocą której strefy czasowej używa date_default_timezone_get. (Oczywiście, jak VolkerK wskazał, PHP może być uruchomiony na innym serwerze, ale założenia iść, przy założeniu, że serwer WWW i serwer DB to rozmawiasz są ustawione na [jeśli nie faktycznie w ] ta sama strefa czasowa nie jest ogromny skok.) Ale uwaga: tak jak w przypadku MySQL, możesz ustawić strefę czasową używaną przez PHP (date_default_timezone_set), co oznacza, że ​​może zgłaszać inną wartość niż system operacyjny. Jeśli masz kontrolę nad kodem PHP, powinieneś wiedzieć, czy to robisz i być w porządku.

Ale całe pytanie o strefę czasową, z której korzysta serwer MySQL, może być styczną, ponieważ pytanie serwera o strefę czasową nie mówi absolutnie nic o danych w bazie danych. Czytaj dalej, aby uzyskać szczegółowe informacje:

Dalsza dyskusja :

Jeśli kontrolujesz serwer, możesz oczywiście upewnić się, że strefa czasowa jest znaną ilością. Jeśli nie kontrolujesz serwera, możesz ustawić strefę czasową używaną przez twoje połączenie w następujący sposób:

set time_zone = '+00:00';

To ustawia strefę czasową na GMT, aby wszelkie dalsze operacje (jak now()) wykorzystywały GMT.

Należy jednak pamiętać, że wartości czasu i daty nie są przechowywane z informacjami o strefie czasowej w 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)

Więc wiedząc strefę czasową serwera jest ważna tylko pod względem funkcji, które uzyskać czas teraz, takie jak now(), unix_timestamp()itp .; nie mówi nic o strefie czasowej, której używają daty w danych bazy danych. Możesz założyć, że zostały napisane w strefie czasowej serwera, ale założenie to może być błędne. Aby poznać strefę czasową dowolnych dat lub godzin przechowywanych w danych, musisz upewnić się, że są one przechowywane wraz z informacjami o strefie czasowej lub (tak jak ja), aby zawsze znajdowały się w GMT.

Dlaczego założenie, że dane zostały zapisane przy użyciu strefy czasowej serwera, jest wadliwe? Po pierwsze, dane mogły zostać zapisane przy użyciu połączenia, które ustawiło inną strefę czasową. Baza danych mogła zostać przeniesiona z jednego serwera na inny, gdzie serwery znajdowały się w różnych strefach czasowych (wpadłem na to, kiedy odziedziczyłem bazę danych, która przeniosła się z Teksasu do Kalifornii). Ale nawet jeśli dane są zapisywane na serwerze wraz z bieżącą strefą czasową, nadal są niejednoznaczne. W ubiegłym roku, w Stanach Zjednoczonych, czas letni został wyłączony o 2:00 1 listopada. Załóżmy, że mój serwer znajduje się w Kalifornii i korzysta ze strefy czasowej Pacyfiku, a ja mam wartość2009-11-01 01:30:00w bazie danych. Kiedy to było? Czy to 1:30 PDT 1 listopada, czy 1:30 PST 1 listopada (godzina później)? Nie masz absolutnie żadnej możliwości poznania. Morał: zawsze przechowuj daty / godziny w GMT (który nie robi czasu letniego) i konwertuj do żądanej strefy czasowej w razie potrzeby.

Poniższe zapytanie zwraca strefę czasową bieżącej sesji.

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

Po prostu SELECT @@system_time_zone;

Zwraca PST(lub cokolwiek, co jest istotne dla twojego systemu).

Jeśli próbujesz określić strefę czasową sesji, możesz użyć tego zapytania:
SELECT IF(@@session.time_zone = 'SYSTEM', @@system_time_zone, @@session.time_zone);

Która zwróci strefę czasową sesji, jeśli różni się od systemowej strefy czasowej.

Jak wspomina Jakub Vrána (twórca lub administrator i NotORM ) w komentarzach, aby wybrać aktualnie używane przesunięcie strefy czasowej TIME:

SELECT TIMEDIFF(NOW(), UTC_TIMESTAMP);

Zwróci: 02:00:00jeśli twoja strefa czasowa wynosi +2: 00 dla tej daty

Zrobiłem tutaj cheatheet: Czy MySQL powinien mieć strefę czasową ustawioną na UTC?

Aby uzyskać bieżącą strefę czasową mysql, możesz wykonać następujące czynności:

 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

Teraz, jeśli chcesz zmienić strefę czasową mysql, to:

 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`

Zwróci strefę czasową jako liczbę całkowitą (np . -6:), obsługując czasy dodatnie lub ujemne (tutaj EXTRACTpojawia się miejsce: HOURsama funkcja zwraca ujemne strefy czasowe jako dodatnie).

Każdemu przyjdzie znaleźć strefę czasową mysql db.

Za pomocą tego zapytania możesz uzyskać aktualną strefę czasową:

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

Komenda wymieniona w opisie zwraca „SYSTEM”, co oznacza, że ​​zajmuje ona strefę czasową serwera. Co nie jest przydatne w naszym zapytaniu.

Poniższe zapytanie pomoże zrozumieć strefę czasową

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

Powyższe zapytanie podaje przedział czasu w odniesieniu do uniwersalnego czasu koordynowanego (UTC). Możesz więc łatwo analizować strefę czasową. jeśli strefa czasowa bazy danych to IST, wyjście wyniesie 5:30

UTC_TIMESTAMP

W MySQL UTC_TIMESTAMP zwraca bieżącą datę i godzinę UTC jako wartość w formacie „RRRR-MM-DD GG: MM: SS” lub RRRRMMDDGGMMSS.uuuuuu, w zależności od użycia funkcji, tj. W kontekście łańcuchowym lub liczbowym.

TERAZ()

Funkcja NOW (). MySQL NOW () zwraca wartość bieżącej daty i godziny w formacie „RRRR-MM-DD GG: MM: SS” lub RRRRMMDDGGMMSS.uuuuuu, w zależności od kontekstu (numerycznego lub ciągu) funkcji. CURRENT_TIMESTAMP, CURRENT_TIMESTAMP (), LOCALTIME, LOCALTIME (), LOCALTIMESTAMP, LOCALTIMESTAMP () są synonimami NOW ().

Sprawdź obsługę strefy czasowej serwera MySQL i system_time_zonezmienną systemową. To pomaga?

Mój framework PHP używa

SET LOCAL time_zone='Whatever'

na po połączeniu, gdzie „Cokolwiek” == date_default_timezone_get ()

Nie moje rozwiązanie, ale zapewnia, że ​​strefa SYSTEMczasowa serwera MySQL jest zawsze taka sama jak PHP

Tak, PHP jest mocno zaangażowane i może na to wpływać

Aby uzyskać bieżący czas zgodnie ze strefą czasową, możesz użyć następujących (w moim przypadku jest to „+5: 30”)

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

Musisz tylko ponownie uruchomić mysqld po zmianie strefy czasowej Systemu.

Globalna strefa czasowa MySQL zajmuje strefę czasową System. Po zmianie dowolnego takiego atrybutu systemu wystarczy ponownie uruchomić Mysqld.

Wstaw fikcyjny rekord do jednej z baz danych, która ma znacznik czasu Wybierz ten rekord i uzyskaj wartość znacznika czasu. Usuń ten rekord. Pobiera na pewno strefę czasową, której serwer używa do zapisywania danych, i ignoruje strefy czasowe PHP.

Możesz spróbować:

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

Tutaj możesz określić różnicę czasu w sekundach

Użyj, LPAD(TIME_FORMAT(TIMEDIFF(NOW(), UTC_TIMESTAMP),’%H:%i’),6,’+')aby uzyskać wartość w formacie strefy czasowej MySQL, z którą możesz wygodnie korzystać CONVERT_TZ(). Zwróć uwagę, że otrzymane przesunięcie strefy czasowej jest ważne tylko w momencie, w którym wyrażenie jest oceniane, ponieważ przesunięcie może się zmieniać w czasie, jeśli masz czas letni. Jednak wyrażenie to jest przydatne wraz z NOW()przechowywaniem przesunięcia względem czasu lokalnego, co jednoznacznie określa, co NOW()daje. (W strefach czasowych czasu letniego NOW()przeskakuje o godzinę raz w roku, a zatem ma pewne zduplikowane wartości dla różnych punktów w czasie).

Może być

select timediff(current_time(),utc_time())

W ten sposób nie uzyskasz bezpośrednio wartości strefy czasowej.

@@global.time_zonenie może być użyte, ponieważ jest zmienną i zwraca wartość 'SYSTEM'.

Jeśli potrzebujesz użyć zapytania w sesji ze zmienioną strefą czasową przy użyciu session SET TIME_ZONE =, to dostaniesz to za pomocą @@session.time_zone. Jeśli zapytasz @@global.time_zone, to dostaniesz 'SYSTEM'.

Jeśli spróbujesz datediff, date_sublub timediffz now()i utc_time(), prawdopodobnie będziesz mieć problemy z konwersją.

Ale rzeczy sugerowane powyżej prawdopodobnie będą działać przynajmniej w przypadku niektórych wersji serwerów. Moja wersja to 5.5.43-37 i jest to hostowane rozwiązanie.

Spróbuj użyć następującego kodu:

//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