2
Mysqldump mit --all-databases --opt --skip-lock-tables
Hallo,
ich sichere aktuell via mysqldump (ohne --opt und ohne --skip-lock-tables) eine 800MB große Datenbank alle 30 Minuten.
Im Sicherungsprozess gibt es dann einen Zeitpunkt wo die Tabelle dann gesperrt wird, leider ist das Live sehr ärgerlich.
Nun habe ich die Paramtere --all-databases --opt --skip-lock-tables hinzugefügt, und alles läuft ohne Probleme.
Nun zu meiner Frage:
Welche Auswirkungen hat es wann ich den Dump mit --all-databases --opt --skip-lock-tables ausführe?
Vielen Dank
ich sichere aktuell via mysqldump (ohne --opt und ohne --skip-lock-tables) eine 800MB große Datenbank alle 30 Minuten.
Im Sicherungsprozess gibt es dann einen Zeitpunkt wo die Tabelle dann gesperrt wird, leider ist das Live sehr ärgerlich.
Nun habe ich die Paramtere --all-databases --opt --skip-lock-tables hinzugefügt, und alles läuft ohne Probleme.
Nun zu meiner Frage:
Welche Auswirkungen hat es wann ich den Dump mit --all-databases --opt --skip-lock-tables ausführe?
Vielen Dank
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 238500
Url: https://administrator.de/contentid/238500
Ausgedruckt am: 22.11.2024 um 16:11 Uhr
2 Kommentare
Neuester Kommentar
Hi,
Wird während der mysqldump auf die Datenbank geschrieben ist dein Backup inkonsistent und im blödesten Fall nicht zu gebrauchen. "skip-lock-tables" während möglichen Schreibzugriffen ist also so gut wie kein Backup zu haben.
Kürzere Downtime während des Backups schafft man mit LVM. Hier ein Beispiel: http://nitek.bloggt.es/2008/02/23/mysql-backups-mittels-lvm-snapshots/c ...
Die Idee: Die Datenbank nur kurz sperren und einen Snapshot machen. Das Erstellen eines LVM Snapshots dauert oft nur 1 Sekunde oder noch weniger. Dann kann man die Datenbank wieder freigeben und hat alle Zeit der Welt das Backup zu machen.
mfg
Cthluhu
Wird während der mysqldump auf die Datenbank geschrieben ist dein Backup inkonsistent und im blödesten Fall nicht zu gebrauchen. "skip-lock-tables" während möglichen Schreibzugriffen ist also so gut wie kein Backup zu haben.
Kürzere Downtime während des Backups schafft man mit LVM. Hier ein Beispiel: http://nitek.bloggt.es/2008/02/23/mysql-backups-mittels-lvm-snapshots/c ...
Die Idee: Die Datenbank nur kurz sperren und einen Snapshot machen. Das Erstellen eines LVM Snapshots dauert oft nur 1 Sekunde oder noch weniger. Dann kann man die Datenbank wieder freigeben und hat alle Zeit der Welt das Backup zu machen.
mfg
Cthluhu
Danke!
