Dies gibt 1 (aka TRUE )
Vor 100 Tagen ändert sich die Stunde des Tages nicht. Aber wegen der Sommerzeit (US) sind 100 vor 24 Stunden tatsächlich eine Stunde früher, als wenn Sie nach Tagen gezählt hätten. Wenn die obige Anweisung DST berücksichtigt, würde 0 oder FALSE zurückgegeben.
Gibt es eine Möglichkeit, dass ich DST für eine bestimmte Aussage oder Sitzung erklären kann? Ich würde es vorziehen, UNIX_TIMESTAMP nicht zu verwenden, da es alles nach 2038 abschneidet.
Wie würde das Abschneiden von irgendetwas nach 2038 ein echtes Problem sein, wenn Sie sicher sein können, dass 64-Bit-Integer-Zeitstempel überall mindestens 20 Jahre davor immobilisiert werden?
Im Ernst, es gibt so viele Probleme mit den Datetime / timestamp-Typen in MySQL, die Sie versuchen sollten, wenn möglich zu vermeiden.
Speichern Sie viele Daten nach 2038?
Und warum nicht versuchen, PostgreSQL zu verwenden, das eine viel fortgeschrittenere Typunterstützung hat?
Dies ist wirklich nur eine Frage der Konvertierung in UTC und zurück:
%Vor%Dies setzt voraus, dass die Zeitzonentabellen für die Verwendung von benannten Zeitzonen eingerichtet sind. Wenn nicht, können Sie '+0: 00' anstelle von 'UTC'
verwenden