Datenbank Import-Fehler nach Export
Genau wie Titel sagen. Ich bin mit HeidiSQL, und ich wan ' T, um eine Kopie einer Datenbank, damit ich exportieren Sie die Datenbank, erstellen Sie eine neue leere mit dem Namen "test". Dann ändere ich den Namen der Datenbank "test" in der .sql-Datei und importieren Sie die Datenbank, und ich erhalte diese Fehlermeldung
Fehler de SQL (1064): Sie haben einen Fehler in Ihrer SQL-syntax; check the
das Handbuch, das entspricht Ihrer MySQL-server-version für den richtigensyntax in der Nähe '--
-- Host: 'in Zeile 1
Ich denke, dass ist etwas über den ersten Teil des sql-Datei, die
-- --------------------------------------------------------
-- Host:
-- Versión del servidor: 5.5.41 - MySQL Community Server (GPL) by Remi
-- SO del servidor: Linux
-- HeidiSQL Versión: 9.1.0.4867
-- --------------------------------------------------------
Soweit ich weiß, das ist eigentlich nur nur Kommentare.
Jede Anregung?
Vielen Dank im Voraus und sorry, wenn das ein idiot Frage, aber weiß nicht, wie dieses Problem zu lösen, habe ich gesucht, ohne Ergebnisse. Sorry, wenn mein Englisch ist auch nicht perfekt.
UPDATE: ersten 100 Zeilen der Datei
/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET NAMES utf8mb4 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
-- Volcando estructura de base de datos para desarrolloweb
CREATE DATABASE IF NOT EXISTS `test` /*!40100 DEFAULT CHARACTER SET utf8 */;
USE `test`;
-- Volcando estructura para tabla desarrolloweb.tqg2h_akeeba_common
CREATE TABLE IF NOT EXISTS `tqg2h_akeeba_common` (
`key` varchar(255) NOT NULL,
`value` longtext NOT NULL,
PRIMARY KEY (`key`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
-- Volcando datos para la tabla desarrolloweb.tqg2h_akeeba_common: ~3 rows (aproximadamente)
/*!40000 ALTER TABLE `tqg2h_akeeba_common` DISABLE KEYS */;
INSERT INTO `tqg2h_akeeba_common` (`key`, `value`) VALUES
('stats_lastrun', '1419900936'),
('stats_siteid', '89afdf9407b43fb898c32abbabbdae6f4d9aefc8'),
('stats_siteurl', '94599098f96a3bbdb57077a7334fd064');
/*!40000 ALTER TABLE `tqg2h_akeeba_common` ENABLE KEYS */;
-- Volcando estructura para tabla desarrolloweb.tqg2h_ak_params
CREATE TABLE IF NOT EXISTS `tqg2h_ak_params` (
`tag` varchar(255) NOT NULL,
`data` longtext,
PRIMARY KEY (`tag`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
-- Volcando datos para la tabla desarrolloweb.tqg2h_ak_params: ~1 rows (aproximadamente)
/*!40000 ALTER TABLE `tqg2h_ak_params` DISABLE KEYS */;
INSERT INTO `tqg2h_ak_params` (`tag`, `data`) VALUES
('update_version', '1.2.0');
/*!40000 ALTER TABLE `tqg2h_ak_params` ENABLE KEYS */;
-- Volcando estructura para tabla desarrolloweb.tqg2h_ak_profiles
CREATE TABLE IF NOT EXISTS `tqg2h_ak_profiles` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`description` varchar(255) NOT NULL,
`configuration` longtext,
`filters` longtext,
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;
-- Volcando datos para la tabla desarrolloweb.tqg2h_ak_profiles: ~1 rows (aproximadamente)
/*!40000 ALTER TABLE `tqg2h_ak_profiles` DISABLE KEYS */;
INSERT INTO `tqg2h_ak_profiles` (`id`, `description`, `configuration`, `filters`) VALUES
(1, 'Default Backup Profile', '###AES128###+wNhUfQrnLFFGIxJfsqqq3NIRFdOAXfnDfQGV0GFrv0SEKKsrowqaqikqxO/Ej9ikG8kmDCKRq0Yt/vkM11aVkvLFYyDMXC/FilnxIkcT+BF/SNP0IGj0xT4FUmRZjUhhmBNl9cnWfIVxRioEGI/VJ4zk1TyhNIHc8tDhTwKus/ca5WB0nBe1u+N4hwMWMKOiovdCCSM7/BADHg6blaqhcBVL/J8mAE7pJApN/RmO6k3cMMuH5916XdOhJzQOL0ZmoaO3W+42VLTpZPp1vb83IJmXpsifoXSkwWQNF2Glm178VQR9ESI3uEx0yRNSuF2AAzHWMHm2GW9hBWRsiFzIxUitUQoR14wd+7Jvd6hCQPYcV7OjPyn7LBOpDpRkWoswvZINAaDzw2p3/Cmgow4M9SJmdpNv4DfBya9x1OpZv0fWZJ6kfbKkJ7hHOIluINP4laCOf18Y8JR6BKcbntuhNSYQMJLuqfdwQlbhi1dw73yzEmBjLvOlAkDdQ7oEokDZ60K0ItJz/WYfIUVvMU8YTgRYronEVr6D8uQAZHgfgXDCJRM++0gorbqs9WO1IgIsqctNgiXeaekL1Cgor6YYRaDz4Eo98Zpa+DbyAGxoTZQ0hn5SHsgDNsEug8pjVBh4P5aZ38hXndgJkjQ1KjJQSeErRzGE9bgTOyPSR9P0mCyrLWYkxBHMHE1+sHWZbLAwS3YRMY0gYi67MrFHgoWQU+jHXPQGAWXpwQQR2mGylyW5wIBhVqDrUta8sd9XQgGWeJ9z3jAbuO8KvYUQ5JWsXEvTEok0vg89565hF/9pzmHtSA95MqyqOUhsUbkQiW74PNnby4G+GWdroX6UqX+09yEPws08A4uWmQm4TwUk4eM0HOZ3CCvoe2TaUyTOmuDqHWGfWN2cltHUESVGXA16z3BxNOsCtpX/8wV4G2ZvBWAGNERcOGT0N38LDQb9jlcsUt6ZFOkaZ2rtWZY5g71ahh8tGPC4Isa3pDGJ8pIP/cs3+/hyFODw2ffoc/AfVQ6LWQxk2DBL/HPz5aNH/7kjfXgi0oTi60iMNEJ9HH6BvcVwCzIjcuZolM6XSaDlfC6b+OMMLya7gZjkpVz7nkL0W7aKYkg1ucHKTFHDB0Y3Zg/oNaElWKbj1SeQrA+R0NcjD9XiR+sRK9UgOfSxSH7LVHRhmrLIKyYsQ5vPAYmVDHXOKuN8cUNLJrPxV8n4qZpM+2PdRTyURVmnjOZPNQsdlsFo8npc4DMaTk6yeDB6LL08RH0CHcXkk3j8X4dff7QF37Z06DUHn5va81DO4kfBiCgQGa5oMdYR5uS1zQ7ndKPMuyPJKKjxqF/9DFlI0Sm47H5fLEJeLaFGPUnsIyBMITaynr9bC1bf9Sz9XR+3/DLQSEToXR1d1HNiPxF4FpuZkUgsNYp2gtLnb91tfjtlY5bH7KZMZFwXGScEqt1x/5jtJhmEqqcwGCiYUYye3hsCxM/f+4GOequJ3NyX4f3yT++ZtYRlY4SStactDS062SkpWWxDOCLLu6kVRfzB2Hjt5HkpwYBuHWHZTVARWmNWAt7THPm3E8EHv3mzwp5QCkuAZXsXsLaIEehr6QKLGIAAUGS99lrgvjx2fR5sDD7REm7KgLEN4ztQO4oJc1cZfPrLLLvNHv16kn8jvYbXWXCmfdLQZxkKfIMSYK8r2FvXNXRA8MiFRI/upkK6/b933nqZqvvZKryHhaSfvwzhq7uLR63ynjPwnKDt5Ts6FoXfdVe5O/XiL8ais4sgnKYwflvvuE49f06nxgAJkV6HGj3AeqE9SasD+VyREkTiNGzrNpnmobrTLR06+xNej6MbNpNA8AeyMaOsYiT51rbb+RQ92Lgqm4CC31/eZABOMr04AISl9UzGvTM9xf9nDFRhpa+q4KZEW0YDjiKh/oTWcPJ1qx1MTvp50sK1W2IZjPWh0QQnL5nlT5VZkjPn98SO98/3r56ij6YL82LCVyO6h5x7fbsTVX1jW/IEfdrpEkp1bHDr3ultV3KHwmQaTAIqibtyKr81dTFwuDyp9L3AY/4fCYAPyITU1eIEge0A9kVIg1Bl4mAtbny3Rza45fdHjsGcF9BLUHCRrhvWizs+BSZsxRc9XDYx9qXhRVPKKbMzZcOXNUWYZkmicsMn29ImUUhy9fvOTAFyqmTMiNlSWVkMnBgC6gILAKHf24tkiKYjREx1CYfrWx0MJkS3RdQ40ssC/J/ogEQGjoBeoxCavfXqmk124nVtqnbAyVwvxo4e01D4Ytva9h+r4BakNny07vC4S7FGhaOu8JWYp0h8+iRBCvEGk+pDbkBSHudj5JmG6BA1Eju4wyvTRHE7bp/fv293DTooPg79tDZIbcxH411mWdiry/B5k1S0J/C/quYuu8o9duIdrjrxKtzkZ35eAEKBwAA', '');
/*!40000 ALTER TABLE `tqg2h_ak_profiles` ENABLE KEYS */;
-- Volcando estructura para tabla desarrolloweb.tqg2h_ak_stats
CREATE TABLE IF NOT EXISTS `tqg2h_ak_stats` (
`id` bigint(20) unsigned NOT NULL AUTO_INCREMENT,
`description` varchar(255) NOT NULL,
`comment` longtext,
`backupstart` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00',
`backupend` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00',
`status` enum('run','fail','complete') NOT NULL DEFAULT 'run',
`origin` varchar(30) NOT NULL DEFAULT 'backend',
`type` varchar(30) NOT NULL DEFAULT 'full',
`profile_id` bigint(20) NOT NULL DEFAULT '1',
`archivename` longtext,
`absolute_path` longtext,
`multipart` int(11) NOT NULL DEFAULT '0',
`tag` varchar(255) DEFAULT NULL,
`backupid` varchar(255) DEFAULT NULL,
`filesexist` tinyint(3) NOT NULL DEFAULT '1',
`remote_filename` varchar(1000) DEFAULT NULL,
`total_size` bigint(20) NOT NULL DEFAULT '0',
PRIMARY KEY (`id`),
KEY `idx_fullstatus` (`filesexist`,`status`),
KEY `idx_stale` (`status`,`origin`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
-- Volcando datos para la tabla desarrolloweb.tqg2h_ak_stats: ~0 rows (aproximadamente)
/*!40000 ALTER TABLE `tqg2h_ak_stats` DISABLE KEYS */;
/*!40000 ALTER TABLE `tqg2h_ak_stats` ENABLE KEYS */;
-- Volcando estructura para tabla desarrolloweb.tqg2h_ak_storage
CREATE TABLE IF NOT EXISTS `tqg2h_ak_storage` (
`tag` varchar(255) NOT NULL,
`lastupdate` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
`data` longtext,
PRIMARY KEY (`tag`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
-- Volcando datos para la tabla desarrolloweb.tqg2h_ak_storage: ~0 rows (aproximadamente)
/*!40000 ALTER TABLE `tqg2h_ak_storage` DISABLE KEYS */;
/*!40000 ALTER TABLE `tqg2h_ak_storage` ENABLE KEYS */;
sorry für die später Antwort. Ja, ich habe versucht, aber nichts... wenn ich entfernen Sie den Teil dann bei mir zu einer Fehlermeldung bei der ersten Zeile, die
/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
Manchmal sind diese Fehler sind irreführend. Wenn es ein SQL-Fehler in den ersten tatsächlichen (nicht-Kommentar -) Befehl in der Datei, der Fehler kann nur zeigen Ihnen den ersten Teil der bad-Abfrage, die den Kommentar. Wenn Sie nach den ersten paar Absätzen der Datei konnten mehr Menschen mitmachen und helfen.
ich aktualisierte den ersten post mit den ersten 100 Zeilen der Datei 🙂 aber ich verstehe nicht, warum der Fehler, wenn ich den export mit den gleichen Werkzeugen, die ich die importieren (heidisql).
Ich Kopier einfach die ersten paar Zeilen und es funktioniert gut für mich. Meine einzige Vermutung ist, dass das import-tool macht etwas falsch (ich habe Befehl-Linie), oder, dass die Datei-CODIERUNG ist irgendwie Durcheinander.
InformationsquelleAutor aluknot | 2015-02-13
Du musst angemeldet sein, um einen Kommentar abzugeben.
In meinem Fall war die Lösung ändern character set in der sql-Datei.
Öffnen Sie Ihre Datenbank
.sql
Datei, und ersetzen Sie/*!40101 SET NAMES utf8mb4 */;
zu/*!40101 SET NAMES utf8 */;
.InformationsquelleAutor Ashwani Panwar
Sollten Sie wählen Sie die richtige Datei Kodieren, wenn Sie laden Sie eine beliebige SQL-Datei in HeidiSQL. Die auto-Erkennung der Dateikodierung wurde oft genug anfällig für Fehler. Ich habe bereits versucht, mehrere Ansätze in der HeidiSQL-code für die Befestigung der Erkennung, aber es scheint zu sein, eine Vielzahl von Dateien außerhalb, die nicht korrekt erkannt.
In deinem Fall, ich nehme an, die "Auto detect" - Einstellung in der Datei-öffnen-dialog wahrscheinlich misdetected eine Codierung, die eine BOM (2 bis 4 bytes) an den Anfang der Datei.
So, wenn Sie öffnen ein .sql-Datei in HeidiSQL, vermeiden Sie die Auswahl "Automatische Erkennung (kann fehlschlagen)" im Feld "Codierung" dropdown-box.
InformationsquelleAutor Anse
Die Lösung könnte nur sein, laden Sie die DB.
Wenn die Verwendung der wp: Sie können einen plug-in-db-Migration wp
Anderes: eine Andere Lösung gibt es export in MYSQL40.
in diesem link gibt es eine bessere Erklärung: https://galengidman.com/2015/07/07/migrating-a-wordpress-site-from-utf8mb4-to-utf8/
InformationsquelleAutor Marco Romano