Konwersja TIMESTAMP na INTEGER Mysql - timezones

Question

Potrzebuję przekonwertować niektóre pola TIMESTAMP na INT w naszym DB MySQL (InnoDB). Zdaję sobie sprawę, że konwersja TIMESTAMP na INT jest niezwykła, ale wciąż musimy to zrobić :)

Wydaje się dość proste, ale są pewne błędy związane ze strefą czasową i czasem letnim.

Mam skrypt, który generuje mój kod SQL na kolumnę. Na przykład, generuje:

ALTER TABLE alarmLog ADD COLUMN started_tmp INT UNSIGNED; 
UPDATE alarmLog SET started_tmp = UNIX_TIMESTAMP(started); 
ALTER TABLE alarmLog DROP started; 
alter TABLE alarmLog CHANGE started_tmp started INT UNSIGNED NULL DEFAULT 0; 

Jeśli porównać przed i po danych z wykorzystaniem select FROM_UNIXTIME(1291788036);, wynik wygląda dobrze.

Chodzi o to, aby zmienić całe oprogramowanie po stronie klienta, aby przekonwertować na UTC i użyć tej INT podczas zapisywania. Podczas pobierania ta INT jest konwertowana na bieżącą strefę czasową.

ale potem docs warn me o tym scenariuszu (letniego w CET):

mysql> SELECT UNIX_TIMESTAMP('2005-03-27 02:00:00'); 
+---------------------------------------+ 
| UNIX_TIMESTAMP('2005-03-27 02:00:00') | 
+---------------------------------------+ 
|       1111885200 | 
+---------------------------------------+ 
1 row in set (0.00 sec) 

mysql> SELECT UNIX_TIMESTAMP('2005-03-27 03:00:00'); 
+---------------------------------------+ 
| UNIX_TIMESTAMP('2005-03-27 03:00:00') | 
+---------------------------------------+ 
|       1111885200 | 
+---------------------------------------+ 
1 row in set (0.00 sec) 

Jak API i systemów operacyjnych zwykle zajmują się letni? Wiem, że mój komputer ma swój zegar w UTC, a latem system operacyjny dodaje dwie godziny, a zimą jeden. Zakładam, że używa czasu UTC do ustalenia, czy jest to czas letni, czy nie.

Jak sobie z tym poradzić? Czy jedynym rozwiązaniem jest dodanie pola do bazy danych w celu określenia przesunięcia czasu letniego?

Answer 1

Nie musisz przechowywać czasu w INT. Typ TIMESTAMP MySQL robi to mimo to (używa standardowych znaczników czasu unix do przechowywania czasu) i zawsze jest w UTC.

Musisz jedynie ustawić strefę czasową sesji, a wszystkie kolumny TIMESTAMP zostaną przekonwertowane z/do twojej strefy po ich zaktualizowaniu/wybraniu.

Można ustawić strefę w czasie połączenia/inicjalizacji kiedyś:

SET time_zone = '+10:00'; 

a następnie można wybrać/aktualizacji czasu w swojej strefie bezpośrednio

SELECT timesamp_column FROM table ... 

nie jestem bardzo obeznany z datetime libs, ale myślę, że używają strefy czasowej, którą podałeś, i czasu, o którym mówisz, do określenia przesunięć czasowych i czasu letniego.

W podanym przykładzie myślę, że jedna z wartości jest rzeczywiście nieprawidłowa, ponieważ zegar ma przeskakiwać od 01:59:59 do 03:00:00 i 02:00:00 nigdy się nie wydarzył. Funkcja UNIX_TIMESTAMP prawdopodobnie zwróci najbliższą sekundę w takim przypadku.