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
1.1 Übersicht über Datentypen Der Datentyp ist ei...
Erstellen einer Testtabelle -- ------------------...
Um folgende Ziele zu erreichen: Die MySQL-Datenba...
In vertikaler Richtung können Sie die Ausrichtung...
Das 10-tägige Tutorial verwendet eine äußerst ver...
Vue-unendliches Scrollen Installieren npm install...
Inhaltsverzeichnis Optimieren von Sortierabfragen...
Vorwort Seit der offiziellen Einführung von vue3....
Inhaltsverzeichnis 1. Einleitung: In diesem Fall ...
Wenn der Umfang der Docker-Bereitstellung zunimmt...
Inhaltsverzeichnis 1. Standort / Matching 2. Stan...
Es gibt viele Möglichkeiten, eine globale ID zu g...
Nexus bietet RestApi, aber einige APIs müssen noc...
1. Kauf des Servers 1. Ich habe mich für den Serv...
Inhaltsverzeichnis Vorwort Text Primitive Typen P...