Logische Sicherung der MySQL-Datensicherung

Was für eine Sicherung ist eine logische Datenbanksicherung?

Wie wir alle wissen, zeigt die Datenbank, wenn sie Daten zur Verwendung zurückgibt, die Daten einzeln in Form eines bestimmten logischen Assoziationsformats an, das wir ursprünglich entworfen und erwartet haben und das bestimmte Geschäftslogikattribute aufweist Auf der physischen Speicherebene speichert Datenbanksoftware Daten nach einer bestimmten Verarbeitung in einem bestimmten, von der Datenbanksoftware entworfenen Format.

Logische Datenbanksicherung bedeutet, dass die Sicherungssoftware eine nach der anderen relevante Textdateien basierend auf der logischen Beziehung der Datenbank und dem logischen Strukturobjekt der Datenbank gemäß dem vordefinierten logischen Zuordnungsformat für Sicherungszwecke generiert.

Häufig verwendete logische Sicherung

Logische Sicherung kann als die einfachste und am häufigsten verwendete Sicherungsmethode für kleine und mittlere Systeme bezeichnet werden. Es gibt zwei Haupttypen logischer Sicherungen, die wir üblicherweise in MySQL verwenden. Die eine besteht darin, INSERT-Anweisungen zu generieren, die die Daten in der aktuellen Datenbank vollständig reproduzieren können. Die andere besteht darin, die Daten durch eine logische Sicherungssoftware zu leiten, um unsere Datenbanktabellendaten gezielt zu trennen nach Zeichen getrennt und in einer Textdatei aufgezeichnet.

1. INSERT-Anweisungssicherung erstellen

Beide logische Sicherungen haben ihre eigenen Vor- und Nachteile, und die Verwendungsszenarien, auf die sie abzielen, sind zunächst etwas unterschiedlich Aussagen.

In der MySQL-Datenbank verwenden wir im Allgemeinen mysqldump im Toolprogramm, das mit der MySQL-Datenbanksoftware geliefert wird, um die logische Sicherungsdatei zu realisieren, die die INSERT-Anweisung beansprucht. Die Verwendung ist grundsätzlich wie folgt:

Dumping von Definition und Daten in MySQL-Datenbank oder -Tabelle

Verwendung: mysqldump [OPTIONS] Datenbank [Tabellen]

ODER mysqldump [OPTIONS] -- Datenbanken [OPTIONEN] DB1 [DB2 DB3...]

ODER mysqldump [OPTIONS] --all-databases [OPTIONS]

Da die Verwendung von mysqldump relativ einfach ist, sind die meisten der erforderlichen Informationen sind Diese können durch Ausführen von „mysqldump --help“ abgerufen werden. Hier möchte ich nur einige Konzepte und Prinzipien der MySQL-Datenbank kombinieren, um mit Ihnen zu besprechen, welche Techniken wir haben und worauf wir achten müssen, wenn wir mysqldump für die logische Datenbanksicherung verwenden.

Wir alle wissen, dass die meisten Softwareprogramme oder Websites, die Datenbanken verwenden, darauf hoffen, dass ihre Datenbanken die höchstmögliche Verfügbarkeit bieten, anstatt von Zeit zu Zeit herunterzufahren und die Bereitstellung von Diensten einzustellen. Denn sobald die Datenbank keine Dienste mehr bereitstellen kann, kann das System durch den Zugriff auf Daten einige dynamische Funktionen nicht mehr bereitstellen. Daher ist es für die meisten Systeme möglicherweise nicht akzeptabel, jedes Backup herunterzufahren. Das Implementierungsprinzip des mysqldump-Programms besteht jedoch darin, die von uns angegebenen Parameterinformationen plus die Systemtabelleninformationen in der Datenbank zu verwenden, um eine Tabelle nach der anderen zu erstellen. Rufen Sie die Daten ab, generieren Sie dann eine INSERT-Anweisung und schreiben Sie sie in die Sicherungsdatei. Dies führt während des normalen Betriebs des Systems wahrscheinlich dazu, dass ständig Datenänderungsanforderungen ausgeführt werden, was zu Inkonsistenzen in den von mysqldump gesicherten Daten führen kann. Mit anderen Worten: Die Sicherungsdaten befinden sich möglicherweise nicht zum selben Zeitpunkt und erfüllen möglicherweise nicht einmal die Integritätsbeschränkungen. Ein solcher Backup-Satz stellt für einige Systeme möglicherweise kein großes Problem dar, aber für einige Systeme, die strenge Anforderungen an die Datenkonsistenz und -integrität stellen, stellt er ein großes Problem dar und ist ein völlig ungültiger Backup-Satz.

Was sollen wir in einem solchen Szenario tun? Wir wissen, dass es nur zwei Situationen gibt, in denen dies erreicht werden kann, wenn die Daten in der Datenbank konsistent sein sollen.

Erstens werden alle Daten gleichzeitig entnommen.

Zweitens befinden sich die Daten in der Datenbank in einem statischen Zustand.

Bei der ersten Situation wird sich bestimmt jeder fragen: Ist das möglich? Egal was passiert, solange es mehr als zwei Tabellen gibt, egal wie wir das Programm schreiben, ist es gestern Abend unmöglich, dieselbe Nummer zur gleichen Zeit zu erhalten. Ja, es ist wahr, dass wir die Zeitpunkte des Datenabrufs mit herkömmlichen Methoden nicht exakt gleichen können, aber vergessen Sie nicht, dass die Datenbank in derselben Transaktion sicherstellen kann, dass die gelesenen Daten zum gleichen Zeitpunkt erfolgen. Daher können wir für Speicher-Engines, die Transaktionen unterstützen, wie Innodb oder BDB, den gesamten Sicherungsprozess in derselben Transaktion steuern, um die Konsistenz und Integrität der Sicherungsdaten zu erreichen, und das Programm mysqldump stellt uns außerdem die entsprechenden Parameteroptionen zur Verfügung Die Unterstützung dieser Funktion erfolgt über die Option „--single-transaction“, die keine Auswirkungen auf die normalen Dienste der Datenbank hat.

Für die zweite Situation denke ich, dass das Erste, woran jeder denkt, darin besteht, die Tabelle zu sperren, die gesichert werden muss, sodass nur Lesen, aber kein Schreiben möglich ist. Ja, das ist wirklich alles, was wir tun können. Wir können nur eine Kompromissmethode verwenden, sodass die Datenbank während des Sicherungsvorgangs nur Datenabfragedienste bereitstellt und den Schreibdienst sperrt, sodass sich die Daten vorübergehend in einem konsistenten Zustand befinden, der nicht geändert wird, und darauf wartet, dass mysqldump den Vorgang abschließt Backup. Entfernen Sie die Schreibsperre und nehmen Sie den vollen Dienst wieder auf. Das mysqldump-Programm selbst bietet auch verwandte Optionen wie „--lock-tables“ und „--lock-all-tables“, die die Tabelle vor der Ausführung sperren und die Sperre nach der Ausführung automatisch aufheben. Hierbei ist zu beachten, dass „--lock-tables“ nicht alle Tabellen, die gesichert werden müssen, auf einmal sperrt, sondern jeweils nur eine Datenbanktabelle, wenn Sie die Tabellen in mehreren verschiedenen Datenbanken sichern müssen , „--lock-all-tables“ muss verwendet werden, um die konsistente Integrität der Daten sicherzustellen.

Beim Generieren einer logischen Sicherungsdatei einer INSERT-Anweisung über mysqldump gibt es eine sehr nützliche Option für uns, nämlich „--master-data[=value]“. Wenn „--master-data=1“ hinzugefügt wird, zeichnet mysqldump den Namen und den Speicherort des aktuell von MySQL verwendeten Binlog-Protokolls in der Dump-Datei auf und wird in Form einer CHANGE_MASTER-Anweisung aufgezeichnet „- -master-data“ oder „--masterdata=2“, die CHANGE_MASTER-Anweisung liegt in Form eines Kommentars vor. Diese Option ist sehr nützlich, wenn Sie die Online-Erstellung des Slaves implementieren. Auch wenn der Slave nicht online erstellt wird, können in einigen Fällen während des Wiederherstellungsprozesses weitere Wiederherstellungsvorgänge über das Backup-Binlog durchgeführt werden.

In einigen Szenarien exportieren wir möglicherweise nur einige spezielle Daten in andere Datenbanken, möchten aber nicht zuerst eine temporäre Tabelle erstellen. Wir können auch das Programm mysqldump verwenden, um „-where='wherecondition'“ zu erstellen implementiert, kann aber nur beim Dumping nur einer Tabelle verwendet werden. Tatsächlich bietet mysqldump zusätzlich zu den oben genannten Tipps auch viele andere nützliche Optionen, die jeder in verschiedenen Szenarien verwenden kann, z. B. die Verwendung von „--no-data“, um nur das Skript zur Erstellung der Datenbankstruktur zu sichern, und die Verwendung von „--no - „createinfo“ entfernt die Befehle zum Erstellen von Tabellenstrukturen in der Dump-Datei usw. Interessierte Leser können die Einführung in die Verwendung des Programms mysqldump ausführlich lesen und es anschließend selbst testen.

2. Erstellen Sie eine Sicherung der Nur-Text-Sicherungsdatendatei in einem bestimmten Format

Zusätzlich zum Generieren logischer Sicherungen durch Generieren von INSERT-Befehlen können wir die Daten in der Datenbank auch auf andere Weise sichern. Bestimmte Trennzeichen trennen Datensätze in Textdateien, um den Effekt einer logischen Sicherung zu erreichen. Im Vergleich zur INSERT-Befehlsdatei benötigen solche Sicherungsdaten weniger Speicherplatz, haben ein klareres Datenformat und sind einfacher zu bearbeiten. Der Nachteil besteht jedoch darin, dass die Sicherungsdaten mehrerer Tabellen nicht in derselben Sicherungsdatei vorhanden sein können und es keinen Befehl zum Neuaufbau der Datenbankstruktur gibt. Für den Backup-Satz sind mehrere Dateien erforderlich, und die Auswirkungen auf uns sind nichts weiter als ein Anstieg der Wartungs- und Wiederherstellungskosten aufgrund mehr Dateien, aber diese können grundsätzlich durch das Schreiben einiger einfacher Skripte erreicht werden

Was können wir also im Allgemeinen tun? Verwendung? Wie generiert man eine solche Backup-Set-Datei? Tatsächlich hat MySQL auch die entsprechenden Funktionen für uns implementiert.

In MySQL werden im Allgemeinen die folgenden zwei Methoden verwendet, um Nur-Text-Sicherungsdateien mit anpassbaren Trennzeichen zu erhalten.

1. Durch die Ausführung des Befehls SELECT ... TO OUTFILE FROM ... wird in MySQL eine SELECT-Syntax bereitgestellt, mit der Benutzer bestimmte Daten über SQL-Anweisungen auswählen können Ausgabe in eine Textdatei im angegebenen Format. Es bietet außerdem praktische Tools und zugehörige Befehle, um die exportierte Datei so wie sie ist einfach in die Datenbank zu importieren. Ist das nicht genau das, was wir als Backup brauchen?

Dieser Befehl verfügt über mehrere Parameter, die wie folgt beachtet werden müssen:

Das „FIELDS ESCAPED BY ['name']“, das die Zeichen-Escape-Funktion implementiert, maskiert die Zeichen, die sein müssen in der SQL-Anweisung maskiert. Bedeutung; Typen werden „gepackt“. Nach der Verwendung von „OPTIONAL“ werden numerische Typdaten nicht durch das angegebene Zeichen „umbrochen“.

Verwenden Sie „FIELDS TERMINATED BY“, um das Trennzeichen zwischen den beiden Feldern festzulegen.

Verwenden Sie „LINES TERMINATED BY“, um MySQL anzuweisen, die Datei am Ende jedes Datensatzes auszugeben Sie müssen

hinzufügen?

Wie im folgenden Beispiel:

root@localhost : test 10:02:02> SELECT * INTO OUTFILE '/tmp/dump.text'

-> FELDER BEENDET DURCH ',' OPTIONAL EINGESCHLOSSEN DURCH '"'

-> ZEILEN BEENDET DURCH 'n'

-> FROM test_outfile limit 100;

Abfrage OK, 100 Zeilen betroffen (0,00 Sek.)

root@localhost : test 10:02:11> exit

Bye

root@sky:/tmp# cat dump.text

350021,21, „A“, „abcd“

350022,22, „B“, „abcd“

350023,23, „C“, „abcd“

350024,24,"D","abcd"

350025,25,"A","abcd"

... ...

2 , Export über mysqldump

Vielleicht wissen wir alle, dass mysqldump relevante Sicherungsdateien in Form von INSERT-Anweisungen aus den Daten in der Datenbank generieren kann. Tatsächlich kann mysqldump zusätzlich zur Generierung von INSERT-Anweisungen auch das oben Genannte implementieren „SELECT... TOOUTFILE FROM...“ und generiert außerdem ein Erstellungsskript, das der relevanten Datenbankstruktur entspricht.

Wie im folgenden Beispiel:

root@sky:~# ls -l /tmp/mysqldump

total 0

root@sky:~ # mysqldump -uroot -T/tmp/mysqldump test test_outfile --fieldsenclosed-by=" --fields-terminated-by=,

root@sky:~# ls -l /tmp/mysqldump

insgesamt 8

-rw-r--r-- 1 root root 1346 2008-10-14 22:18 test_outfile.sql

-rw-rw-rw- 1 mysql mysql 2521 2008-10-14 22:18 test_outfile.txt

root@sky:~# cat /tmp/mysqldump/test_outfile.txt

350021,21,"A","abcd "

350022,22,"B","abcd"

350023,23,"C","abcd"

350024,24,"D"," abcd"

350025,25,"A","abcd"

... ...

root@sky:~# cat /tmp/mysqldump/test_outfile .sql

-- MySQL-Dump 10.11

---- Host: localhost Datenbank: test

-- ------------- -- ------------------------------------- Serverversion 5.0.51a-log

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;

/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;

/*!40101 SET @ OLD_COLLATION_CONN ABSCHNITT= @@COLLATION_CONNECTION */;

/*!40101 SET NAMES utf8 */;

/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;

/* !40103 SET TIME_ZONE='+00:00' */;

/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='' */;

/*! 40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;

---- Tabellenstruktur für Tabelle `test_outfile`

--DROP TABLE IF EXISTS `test_outfile`;

SET @saved_cs_client = @@character_set_client;

SET Character_set_client = utf8;

CREATE TABLE `test_outfile` (

`id` int(11) NOT NULL default ' 0',

`t_id` int(11) Standard NULL,

`a` char(1) Standard NULL,

`mid` varchar(32) Standard NULL

) ENGINE=MyISAM DEFAULT CHARSET=utf8;

SET Character_set_client = @saved_cs_client;

/*!40103 SET TIME_ZONE=@OLD_TIME_ZONE */;

/*!40101 SET SQL_MODE=@OLD_SQL_MODE */;

/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;

/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_ RESULTS */ ;

/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;

/*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */;

-- Dump wurde am 2008-10 abgeschlossen -14 14:18:23

Diese Art von Ausgabestruktur eignet sich sehr gut für die Verwendung als Backup. Wenn mehrere Tabellen gleichzeitig gesichert werden müssen, sind dies natürlich zwei Tabellen für jede Tabelle entsprechende Dateien generiert.

Das Obige ist der Inhalt der logischen Sicherung der MySQL-Datensicherung. Weitere verwandte Inhalte finden Sie auf der chinesischen PHP-Website (www.php.cn).