Die meisten Handbücher empfehlen mysqldump und einfaches SQL zum Kopieren einer Tabelle in eine andere Datenbank. Wie wäre es mit Linux Shell CP? Kann ich einfach machen
cp /db1/mytable.frm /db2/mytable.frm
11
Das Kopieren ist für MyISAM sehr einfach und mit InnoDB zu 100% riskant (fast selbstmörderisch).
Von Ihrer Frage haben Sie angesprochen
cp /db1/mytable.frm /db2/mytable.frm
Dies ist in Ordnung zu tun. Sie können die .frm jedoch nicht einfach verschieben. Sie müssen alle Komponenten verschieben. Nehmen wir aus Ihrer Frage eine Tabelle mit dem Namen db1.mytable. Bei einer normalen Installation befindet sich die Tabelle in / var / lib / mysql / db1. Die Tabelle besteht aus drei Dateien.
Sie müssen alle drei Dateien verschieben, um die eine Tabelle zu verschieben. Wenn alle Ihre Tabellen die MyISAM-Speicher-Engine verwenden, können Sie MySQL herunterfahren und kopieren. Wenn Sie einfach eine Kopie der Tabelle erstellen und in einer anderen Datenbank ablegen, sollten Sie dies mit SQL tun.
Wenn Sie beispielsweise db1.mytable in die Datenbank db2 kopieren möchten, gehen Sie folgendermaßen vor:
CREATE TABLE db2.mytable LIKE db1.mytable;
ALTER TABLE db2.mytable DISABLE KEYS;
INSERT INTO db2.mytable SELECT * FROM db1.mytable;
ALTER TABLE db2.mytable ENABLE KEYS;
Wenn Sie nun nur die Tabelle von db1 nach db2 verschieben, können Sie Folgendes tun:
ALTER TABLE db1.mytable RENAME db2.mytable;
Das Kopieren ist aufgrund der Infrastruktur, unter der InnoDB arbeitet, sehr gefährlich. Es gibt zwei grundlegende Infrastrukturen: 1) innodb_file_per_table deaktiviert und 2) innodb_file_per_table aktiviert
Die Achillesferse von InnoDB ist die als ibdata1 bekannte Systemtabellenbereichsdatei (normalerweise in / var / lib / mysql). Was ist in dieser Datei enthalten ?
Wenn innodb_file_per_table deaktiviert ist, befinden sich alle diese Arten von InnoDB-Informationen in ibdata1. Die einzige Manifestation einer InnoDB-Tabelle außerhalb von ibdata1 ist die .frm-Datei der InnoDB-Tabelle. Das gleichzeitige Kopieren aller InnoDB-Daten erfordert das Kopieren von / var / lib / mysql.
Das Kopieren einer einzelnen InnoDB-Tabelle ist absolut unmöglich. Sie müssen mysqldump ausführen, um einen Speicherauszug der Tabelle als logische Darstellung der Daten und der entsprechenden Indexdefinitionen zu extrahieren. Sie würden diesen Speicherauszug dann in eine andere Datenbank auf demselben Server oder einem anderen Server laden.
Wenn innodb_file_per_table aktiviert ist, befinden sich Tabellendaten und ihre Indizes im Datenbankordner neben der .frm-Datei. Für die Tabelle db1.mytable lautet die Manifestation dieser InnoDB-Tabelle beispielsweise außerhalb von ibdata1:
Alle Metadaten für db1.mytable befinden sich immer noch in ibdata1, und daran führt absolut kein Weg vorbei . Redo-Protokolle und MVCC-Daten leben auch weiterhin mit ibdata1.
Wenn Sie nur daran denken, die .frm- und .ibd-Datei zu kopieren, sind Sie in der Welt der Verletzungen. Das Kopieren der .frm- und .ibd-Datei einer InnoDB-Tabelle ist nur dann sinnvoll, wenn Sie sicherstellen können, dass die Tablespace-ID der .ibd-Datei genau mit dem Tablespace-ID-Eintrag in den Metdaten der ibdata1-Datei übereinstimmt.
Ich habe zwei Beiträge in DBA StackExchange über dieses Tablespace-ID-Konzept geschrieben
Hier finden Sie einen hervorragenden Link zum erneuten Anhängen einer .ibd-Datei an ibdata1 bei nicht übereinstimmenden Tablespace-IDs: http://www.chriscalender.com/?tag=innodb-error-tablespace-id-in-file . Nachdem Sie dies gelesen haben, sollten Sie in der Lage sein zu sehen, warum ich beinahe Selbstmord gesagt habe.
Für InnoDB brauchen Sie nur dazu
CREATE TABLE db2.mytable LIKE db1.mytable;
INSERT INTO db2.mytable SELECT * FROM db1.mytable;
um eine Kopie einer InnoDB-Tabelle zu erstellen. Wenn Sie es auf einen anderen DB-Server migrieren, verwenden Sie mysqldump.
.frm,.MYDund.MYI.Das Kopieren des gesamten MySQL-Datenverzeichnisses ist eine praktische Technik, vorausgesetzt, der MySQL-Dienst wird gestoppt und Sie möchten, dass der gesamte Datenbankserver kopiert wird.
Dies ist eine nützliche Technik zum Verschieben von Datenbanken mit großen Indizes. Ein MySQL-Speicherauszug enthält keine Indizes, die beim Import neu generiert werden müssen. Ich fand diese Technik nützlich beim Einrichten von MySQL-Slaves.
Das Kopieren einer einzelnen Datei hängt vom verwendeten Tabellenschema ab, ist jedoch in den meisten Fällen keine geeignete Lösung.
quelle
Verwenden Sie xtrabackup ohne owobackupex-Wrapper, und Sie werden sowohl in myisam- als auch in innodb-Datenbanken in Ordnung sein. Beachten Sie, dass beim Wiederherstellen von Innodb-Datenbanken die Dateien nicht nur zurückkopiert werden, selbst wenn Sie xtrabackup verwenden. Sagen Sie, wenn Sie weitere Informationen benötigen
quelle
Nein, Sie sollten mit mysqdump sichern und mit dem Dienstprogramm mysql cli wiederherstellen. Kopieren Sie die frm-Datei, die Sie kopieren, nur die Tabellenstruktur und nicht die darin enthaltenen Daten. Wenn Sie sich in innodb befinden, ist das direkte Kopieren der Datei nicht möglich.
Der beste Weg ist, die Tabelle zu sichern und wiederherzustellen.
quelle