Detaillierte Erläuterung der grafischen Codes für Protokolle sowie Sicherung und Wiederherstellung in MySQL

Dieser Artikel stellt hauptsächlich die MYSQL-Protokoll- und Sicherungs- und Wiederherstellungsprobleme im Detail vor. Interessierte Freunde können darauf verweisen.

Dieser Artikel teilt das MYSQL-Protokoll und die Wiederherstellung mit Ihre Referenz, der spezifische Inhalt ist wie folgt

1. Fehlerprotokoll

Wenn in der Datenbank ein Fehler auftritt, der sie unbrauchbar macht, überprüfen Sie das Protokoll so schnell wie möglich möglich

1. Informationen während des Serverstarts und -herunterfahrens

2. Fehlerinformationen während des Serverbetriebs

Der Protokollspeicherpfad kann über den Befehl angezeigt werden:

Benennungsformat der Protokolldatei: host_name.err

2. Binärprotokoll

auch bekannt als BINLOG, zeichnet alle DDL-Anweisungen und DML-Anweisungen auf, mit Ausnahme von Abfrageanweisungen. Dieses Protokoll ist nicht nur sehr wichtig, sondern als Entwickler liebe ich es auch. Wie aus seiner Definition hervorgeht, zeichnet dieses Protokoll alle Ereignisse auf, die die Tabellenstruktur und die Tabellendaten ändern. Wenn die Daten also versehentlich gelöscht werden oder aus anderen Gründen verloren gehen, können wir die Daten über dieses Protokoll wiederherstellen. Findest du es nicht cool?

Protokollspeicherpfad: im selben Verzeichnis wie das Fehlerprotokoll

Benennungsmethode: Die Standardmethode ist Hostname-Bin + Nummer

MySQL wird bei jedem Start verwendet oder leert das Protokoll. Erzeugt ein neues Binlog, dessen Nummer bei 1 beginnt und ansteigt. Wenn ein einzelnes Protokoll eine bestimmte Größe erreicht, werden auch neue Dateien generiert.

1. Schalten Sie den Schalter zum Aufzeichnen von Binlog ein

Im Installationsverzeichnis von myslq gibt es eine Konfigurationsdatei: my.ini

innodb_buffer_pool_size=107M

# Size of each log file in a log group. You should set the combined size
# of log files to about 25%-100% of your buffer pool size to avoid
# unneeded buffer pool flush activity on log file overwrite. However,
# note that a larger logfile size will increase the time needed for the
# recovery process.
innodb_log_file_size=54M

# Number of threads allowed inside the InnoDB kernel. The optimal value
# depends highly on the application, hardware as well as the OS
# scheduler properties. A too high value may lead to thread thrashing.
innodb_thread_concurrency=10

log-bin=mysql-bin

Wobei log-bin bedeutet, dass der Schalter eingeschaltet ist, und mysql-bin das Präfix des Protokollnamens ist.

2. So zeigen Sie BINLOG an

Da es sich um eine Binärdatei handelt, kann sie nicht direkt wie das Fehlerprotokoll angezeigt werden. Sie müssen die bereitgestellten MySQL-Tools verwenden: mysqlbinlog

3. BINLOG nach Zeit anzeigen

Eine Sache, die Sie bei der Abfrage nach Zeit beachten sollten, ist, dass Start-Datum/Uhrzeit ein geschlossenes Intervall und Stopp-Datum/Uhrzeit ein offenes Intervall ist, also bei Bedarf Fragen Sie das ganztägige Protokoll ab, das Sie benötigen. Definiert als:
--start-datetime="2017/07/12 00:00:00" --stop-datetime="2017/07/13 00:00:00 ": Der Zeitbereich dieser Abfrage ist 7/12 00:00:00 - 7/12 24:59:59

3. Datensicherung

Datensicherung besteht eigentlich darin, das von msyql bereitgestellte Tool mysqldump zu verwenden, um Daten in die angegebene Datei im angegebenen Verzeichnis zu übertragen.

1. Sichern Sie die angegebene Datenbank oder einige Tabellen in der Datenbank

mysqldump [option] db_name [table_names]

Sichern Sie eine oder mehrere angegebene Datenbanken

mysqldump [option] --database db_name1 db_name2

3. Sichern Sie alle Datenbanken

mysqldump [option] -all -databases

Ändern Sie den Port auf 3306 Die Tabellenstruktur und die Tabellendaten in der Datenbank wd_msg in der Datenbankinstanz werden in die Datei cd.sql exportiert

Der Inhalt der Datei cd.sql lautet wie folgt

Diese Datei zeichnet DML-Anweisungen und DDL-Anweisungen auf, mit Ausnahme von abfragebezogenen Vorgängen. Während der Datenwiederherstellung können diese Anweisungen einzeln ausgeführt werden, um die Datenwiederherstellung abzuschließen.

4. Datenwiederherstellung

Wir löschen die Tabelle und importieren die gerade exportierten Daten erneut:

Das folgende Szenario besteht darin, die wd_msg-Datenbank in einer anderen MySQL-Instanz mit Port 3307 auf demselben Server wiederherzustellen.

MySQL-Sicherung und -Wiederherstellung ist für Verschiedene Szenarien bieten unterschiedliche Möglichkeiten. Hier ist nur eines der vorgestellten Konzepte. Es wird später Artikel geben, die es im Detail vorstellen.

Das obige ist der detaillierte Inhalt vonDetaillierte Erläuterung der grafischen Codes für Protokolle sowie Sicherung und Wiederherstellung in MySQL. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!