Ich habe kürzlich MySQL auf 5.7 aktualisiert und WordPress hat beim Importieren von Daten einen Fehler gemeldet
Der Grund dafür ist, dass Aussagen wie diese Tabelle löschen, wenn `wp_comments` vorhanden ist; Tabelle „wp_comments“ erstellen ( `comment_ID` bigint(20) UNSIGNED NOT NULL AUTO_INCREMENT, `comment_post_ID` bigint(20) UNSIGNED NOT NULL DEFAULT 0, `comment_author` tinytext ZEICHENSATZ utf8mb4 SORTIMENT utf8mb4_unicode_520_ci NICHT NULL, `comment_author_email` varchar(100) ZEICHENSATZ utf8mb4 SORTIMENT utf8mb4_unicode_520_ci NICHT NULL STANDARD '', `comment_author_url` varchar(200) ZEICHENSATZ utf8mb4 SORTIMENT utf8mb4_unicode_520_ci NICHT NULL STANDARD '', `comment_author_IP` varchar(100) ZEICHENSATZ utf8mb4 SORTIMENT utf8mb4_unicode_520_ci NICHT NULL STANDARD '', `comment_date` datetime(0) NICHT NULL STANDARD '0000-00-00 00:00:00', `comment_date_gmt` datetime(0) NICHT NULL STANDARD '0000-00-00 00:00:00', `comment_content` Text Zeichensatz utf8mb4 Sortiert utf8mb4_unicode_520_ci nicht NULL, `comment_karma` int(11) NICHT NULL STANDARD 0, `comment_approved` varchar(20) ZEICHENSATZ utf8mb4 SORTIMENT utf8mb4_unicode_520_ci NICHT NULL STANDARD '1', `comment_agent` varchar(255) ZEICHENSATZ utf8mb4 SORTIMENT utf8mb4_unicode_520_ci NICHT NULL STANDARD '', `comment_type` varchar(20) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_520_ci NOT NULL DEFAULT '', `comment_parent` bigint(20) UNSIGNED NOT NULL DEFAULT 0, `user_id` bigint(20) UNSIGNED NOT NULL DEFAULT 0, PRIMÄRSCHLÜSSEL (`comment_ID`) MIT BTREE, INDEX `comment_post_ID`(`comment_post_ID`) USING BTREE, INDEX `Kommentar_genehmigt_Datum_gmt`(`Kommentar_genehmigt`, `Kommentar_Datum_gmt`) USING BTREE, INDEX `comment_date_gmt`(`comment_date_gmt`) MIT BTREE, INDEX `comment_parent`(`comment_parent`) USING BTREE, INDEX `comment_author_email`(`comment_author_email`(10)) USING BTREE ) ENGINE = InnoDB AUTO_INCREMENT = 35 CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_520_ci ROW_FORMAT = Dynamisch; Dieser Fehler wird hauptsächlich durch eine Inkompatibilität der Standardwerte beim Upgrade von MySQL auf 5.7 verursacht. Überprüfen Sie Ihren Feldnamen. Bei meinem handelt es sich um ein Zeitfeld und der Typ ist Datum/Uhrzeit. Es scheint, dass der Standardwert des Typs eingeschränkt sein könnte. Überprüfen Sie daher den SQL-Modus. Sicher genug: NO_ZERO_IN_DATE, NO_ZERO_DATE Diese beiden Parameter begrenzen die Zeit, die nicht 0 sein kann Überprüfen Sie den SQL_Modusmysql> Variablen wie „sql_mode“ anzeigen; +-------------------------------+-------------------------------------------------------------------------------------------------------------------------------------------+ | Variablenname | Wert | +-------------------------------+-------------------------------------------------------------------------------------------------------------------------------------------+ | SQL-Modus | NUR_VOLLSTÄNDIGE_GROUP_BY, STRENGE_TRANS_TABLES, KEINE_NULL_IM_DATUM, KEIN_NULL_DATUM, FEHLER_FÜR_DIVISION_DURCH_NULL, KEIN_AUTOMATISCHES_ERSTELLEN_BENUTZER, KEIN_ENGINE_SUBSTITUTION | +-------------------------------+-------------------------------------------------------------------------------------------------------------------------------------------+ 1 Zeile im Satz (0,00 Sek.) MySQL> Temporäre Änderung:mysql> Sitzung festlegen -> sql_mode = 'NUR_VOLLSTÄNDIGE_GRUPPE_BY, STRENGE_TRANS_TABLES, FEHLER_FÜR_DIVISION_DURCH_NULL, KEIN_AUTOMATISCHES_ERSTELLEN_BENUTZER, KEIN_ENGINE_SUBSTITUTION'; Abfrage OK, 0 Zeilen betroffen, 1 Warnung (0,00 Sek.) MySQL> Dauerhafte Änderung:Sie können die Datei my.cnf direkt ändern Beispiel: vim /etc/my.cnf Um das Problem zu beheben, ändern Sie die Konfigurationsdatei mysql.ini in der Windows-Umgebung ~ Fügen Sie unter [mysqld] die folgende Zeile hinzu: sql_mode=NUR_VOLLSTÄNDIGE_GRUPPE_NUR, STRENGE_TRANS_TABELLEN, FEHLER_FÜR_DIVISION_DURCH_NULL, KEIN_AUTO_CREATE_USER, KEIN_ENGINE_SUBSTITUTION Ok, das Problem ist gelöst, jetzt schauen Sie nach, wenn Sie eine Tabelle importieren oder erstellen! Oben finden Sie ausführliche Informationen zur Lösung des Problems des WordPress-Datenimportfehlers 1067, wenn MySQL auf 5.7 aktualisiert wird. Weitere Informationen zum MySQL-Datenbankimportfehler 1067 finden Sie in den anderen verwandten Artikeln auf 123WORDPRESS.COM! Das könnte Sie auch interessieren:
|
<<: Detaillierte Erklärung zur Verwendung von INS und DEL zum Markieren von Dokumentänderungen
>>: Implementierungscode von Nginx Anti-Hotlink und Optimierung in Linux
01 Winterflocken (nur einzeln) 02 Snowtop Caps (k...
In den meisten Fällen unterstützt MySQL Chinesisc...
In diesem Artikel müssen wir lernen, wie man Bild...
In diesem Artikel wird der spezifische JS-Code zu...
Inhaltsverzeichnis Vorwort Konvertierungsbeziehun...
Die Installationsschritte für CentOS 7.3 werden a...
In Zeilen können dunkle Rahmenfarben individuell ...
„Seiten-Screenshot“ ist eine Anforderung, die häu...
Inhaltsverzeichnis Ausgehend von der Typbeurteilu...
In diesem Artikel wird der spezifische JS-Code zu...
Hintergrund: Ich frage mich, ob Ihnen aufgefallen...
Inhaltsverzeichnis 1.1Tinyint-Typbeschreibung 1.2...
<br />Verwandte Artikel: innerHTML HTML DOM ...
Inhaltsverzeichnis Einführung in das Decorator-Mu...
Im Internet finden sich zahlreiche Methoden, die ...