Sollte ich in MySQL den Datentyp datetime oder timestamp verwenden?

Question

Würden Sie die Verwendung eines datetime oder eine Zeitstempel Feld und warum (unter Verwendung von MySQL)?

Ich arbeite mit PHP auf der Serverseite.

Answer 1

Das hängt wirklich von der Anwendung ab.

Nehmen wir an, ein Benutzer setzt einen Zeitstempel für einen Termin in Sanghai an einen Server in New York. Wenn sich der Benutzer nun in Sanghai anmeldet, greift er auf denselben Zeitstempel für den Termin von einem gespiegelten Server in Tokio zu. Er sieht den Termin in der Tokioter Zeit, die von der ursprünglichen New Yorker Zeit abweicht.

Für Werte, die die Benutzerzeit darstellen, wie z. B. einen Termin oder einen Zeitplan, ist datetime besser geeignet. Es ermöglicht dem Benutzer, unabhängig von den Servereinstellungen das genaue Datum und die Uhrzeit zu bestimmen. Die eingestellte Zeit ist die eingestellte Zeit, die nicht von der Zeitzone des Servers, der Zeitzone des Benutzers oder von Änderungen bei der Berechnung der Sommerzeit beeinflusst wird (ja, sie ändert sich).

Für Werte, die die Systemzeit darstellen, wie Zahlungstransaktionen, Tabellenänderungen oder Protokollierung, sollten Sie hingegen immer Zeitstempel verwenden. Das System wird nicht beeinträchtigt, wenn der Server in eine andere Zeitzone verlegt wird oder wenn ein Vergleich zwischen Servern in verschiedenen Zeitzonen stattfindet.

Zeitstempel belasten auch die Datenbank weniger und werden schneller indiziert.

Answer 2

2016 + Ich empfehle, die Mysql-Zeitzone auf UTC einzustellen und DATETIME zu verwenden:

Jedes aktuelle Frontend-Framework (Angular 1/2, React, Vue,...) kann einfach und automatisch Ihre UTC-Datumszeit in die lokale Zeit umwandeln.

Zusätzlich:

• DATETIME kann jetzt sein automatisch auf den aktuellen Zeitwert gesetzt Wie kann man einen Standardwert für eine MySQL Datetime-Spalte festlegen?
• Im Gegensatz zu dem, was man denken könnte, ist DATETIME FASTER ALS ZEITSTEMPEL, http://gpshumano.blogs.dri.pt/2009/07/06/mysql-datetime-vs-timestamp-vs-int-performance-and-benchmarking-with-myisam/
• TIMESTAMP ist immer noch auf 1970-2038 beschränkt.

(Es sei denn, Sie werden die Zeitzone Ihrer Server ändern)

---

Beispiel mit AngularJs

// back-end: format for angular within the sql query
SELECT DATE_FORMAT(my_datetime, "%Y-%m-%dT%TZ")...

// font-end Output the localised time
{{item.my_datetime | date :'medium' }}

Alle lokalisierten Zeitformate sind hier verfügbar: https://docs.angularjs.org/api/ng/filter/date

Answer 3

TIMESTAMP ist immer in UTC (d.h. verstrichene Sekunden seit 1970-01-01, in UTC), und Ihr MySQL-Server konvertiert es automatisch in das Datum/die Uhrzeit für die Zeitzone der Verbindung. Langfristig gesehen ist TIMESTAMP die beste Lösung, weil Sie wissen, dass Ihre zeitlichen Daten immer in UTC sein werden. So werden Ihre Daten nicht durcheinander gebracht, wenn Sie beispielsweise auf einen anderen Server umziehen oder die Zeitzoneneinstellungen auf Ihrem Server ändern.

Hinweis: Die Standardzeitzone für die Verbindung ist die Zeitzone des Servers, aber diese kann (sollte) pro Sitzung geändert werden (siehe SET time_zone = ... ).

Answer 4

A timestamp ist ein Spezialfall des Feldes datetime Feld. Sie können erstellen timestamp Spalten besondere Eigenschaften haben; sie kann so eingestellt werden, dass sie sich entweder beim Erstellen und/oder Aktualisieren selbst aktualisiert.

In Bezug auf "größere" Datenbanken, timestamp hat eine Reihe von Auslösern für besondere Fälle.

Welcher der richtige ist, hängt ganz davon ab, was Sie tun wollen.

Answer 5

Vergleich zwischen DATETIME, TIMESTAMP und DATE

Was ist das [.fraction]?

• Ein DATETIME- oder TIMESTAMP-Wert kann eine nachgestellte Nachkommastelle enthalten Sekundenbruchteil mit einer Genauigkeit von bis zu Mikrosekunden (6 Ziffern) enthalten. In Insbesondere wird jede Nachkommastelle in einem Wert, der in eine DATETIME oder TIMESTAMP-Spalte eingefügten Wertes wird gespeichert, anstatt verworfen zu werden. Dies ist natürlich optional.

Quellen:

• MySQL Datum/Zeit Datentypen Referenz
• Referenz der MySQL-Speicheranforderungen