ERROR 1067 (42000): Invalid default value for …

So sieht die Meldung aus

ERROR 1067 (42000): Invalid default value for 'created_at'

Häufige Ursachen

• Ein TIMESTAMP- oder DATETIME-Feld bekommt '0000-00-00 00:00:00' als Default, aber NO_ZERO_DATE ist aktiv.
• Der Dump stammt aus MySQL 5.6 und nutzt Defaults, die unter 5.7/8.0 mit STRICT_TRANS_TABLES nicht mehr erlaubt sind.
• Der Default passt nicht zum Typ, etwa ein Textwert auf einer Zahlenspalte oder ein Default auf TEXT vor MySQL 8.0.13.
• Zeichensatz oder Kollation des Defaults passen nicht zur Spalte, häufig bei alten Dumps.
• Die Migration setzt CURRENT_TIMESTAMP auf eine Spalte, die das in dieser Version nicht darf.

Prüfen

1. Aktiven sql_mode ansehen
   mysql -e "SELECT @@sql_mode;"Kopieren
2. Die Spalte im CREATE TABLE prüfen
   mysqldump --no-data db table | grep -i -A3 -E 'timestamp|datetime'Kopieren
3. Version von Quelle und Ziel vergleichen
   mysql --version; grep -i -m1 'server version' dump.sqlKopieren

Lösung

• Den Default an den Typ anpassen: DEFAULT CURRENT_TIMESTAMP statt Null-Datum, oder die Spalte darf NULL sein.
• Beim Import den Modus nur für die Session lockern: SET SESSION sql_mode='NO_ENGINE_SUBSTITUTION'; – bewusst und nicht dauerhaft.
• Besser den Dump auf der Zielversion testen und mit passenden Optionen neu erzeugen, statt den Modus zu verbiegen.
• Nach dem Import den sql_mode wieder prüfen, sonst landen stillschweigend Null-Daten in der Tabelle.

Häufige Fragen

Warum fällt das erst nach dem Serverupgrade auf?

Weil STRICT_TRANS_TABLES und NO_ZERO_DATE in neueren Versionen standardmäßig aktiv sind.

Kann ich den sql_mode dauerhaft abschalten?

Technisch ja, aber dann schreibt die Datenbank stillschweigend falsche Werte. Nur temporär beim Import sinnvoll.