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. Was ist ein Index? Ein Index ist eine Datenstr...
1. Grundlegende Spezifikationen (1) Es muss die I...
Mysql ist eine beliebte und einfach zu bedienende...
1. Problem Passwort für mysql5.7 unter Linux verg...
Unten sehen Sie den Code, den Shiji Tiancheng ver...
Finden Sie das Problem Heute werde ich den Tomcat...
Inhaltsverzeichnis Controllertyp von k8s Beziehun...
Im Vergleich zu anderen großen Datenbanken wie Or...
1. <div></div> und <span></s...
Inhaltsverzeichnis Hintergrund Wirkung Ideen Hint...
Inhaltsverzeichnis Vorwort WebSocket verwenden Er...
Was ist eine große Sache? Transaktionen, die über...
Ein cooler JavaScript-Code, um Weibo-Benutzern st...
Dieser Artikel stellt hauptsächlich den relevante...
1. Benutzer anlegen und autorisieren Das Erstelle...