MySQLDumper – /tmp
27. Juli 2008Ich benutze wie einige vielleicht schon wissen ja den MySQLDumper. Für Datenbank-Backups, für einen flüchtigen Blick in einer meiner Datenbanken (nur kucken – nix anfassen) und natürlich auch für die Wiederherstellung einer Datenbank, sofern man mal ein Problem mit einer Datenbank hat z.B. bei einem Update von WordPress… 
Nun sichere ich meist täglich sämtliche MySQL-Datenbanken um einen möglichen Datenverlust vorzubeugen. Denn wöchentliche Backups sind mir zu wenig. Denn wenn man wie ich schon mal in der Situation war, auf ein Backup zurückgreifen zu müssen, dann werden die Abstände zwischen den Backups automatisch immer kürzer. 
Jetzt zum Problem. Da ich ja einen eigenen Server habe, sprich ich habe den voll root-Zugriff auf die Maschine. Wenn ich den MySQL Dumper (die Startseite) aufrufe, werden im Ordner /tmp/ direkt schon mal 2 Dateien angelegt.
sess_a959487630122196cb909c6076d81e3e
config_file|s:11:”mysqldumper”;sess_94d69827ed2ff09002bd4380b719cea5
config_file|s:11:”mysqldumper”;
Das klingt nicht weiter spannend, oder? Noch nicht! Es sind ja erst 2. Wenn ich jetzt ein Multidump von 4 Datenbanken fahre, sieht es nach dem Backup so im /tmp/-Ordner aus.
Diese 660 Dateien sind zwar nur 20 20.000 Bytes, aber das ist ja auch nur ein einmaliger Durchlauf. Aufgefallen ist mir war mir das vor etlichen Monaten schonmal. Nur wusste nicht wo es herkommt. Bis ich jetzt zufällig in den /tmp/-Ordner reingeschaut habe, während sich der MySQL Dumper durch die Datenbanken arbeitete… Ich sah 1.303.488 Dateien, die zusammen fast 40 MB belegt haben. An Hand des Zeitstempels konnte ich über Monate hinweg zurück verfolgen, wann ich zu welcher Zeit ein Backup gemacht habe und wie oft…
Liebes MySQL-Dumper Team, oder war das nur einer Egal. Ich hab zuerst überlegt, ob ich euch das per Mail schicken soll. Ich habe mich dann aber entschieden es zu bloggen. Weil is ja schon ein besonderes Erlebnis, wenn man mal eben 1,3 Millionen Dateien löscht. 
Jedenfalls solltet ihr den Bug fixen. Oder liegt das eher an meiner Konfiguration? 
So sieht das übrigens aus, wenn ich mit dem MySQLDumper ein Backup vom 5-Finger-Blog erstelle. Wohlgemerkt in Kurzfassung.
- Backup erstellen
- Backup wird erstellt
- Backup ist fertig. 
http://hollii.de/temp/mysqldumper_5fingerbloga.jpg
http://hollii.de/temp/mysqldumper_5fingerblogb.jpg
http://hollii.de/temp/mysqldumper_5fingerblogc.jpg
Kommentare/Trackbacks zu “MySQLDumper – /tmp”
Hallo Hollii,
schade, dass Du das nicht im Forum von MySQLDumper gepostet hast oder mir wenigstens den Weg hierhin gezeigt hast. Glücklicherweise habe ich es über die Referer meines Servers gefunden.
In 1.22 gab es ohne das Einspielen des von mir empfohlenen Bugfixes einen kleinen Bug, der nach dem Selbstaufruf leider dazu führte, dass versehentlich nicht die gleiche Session wieder aufgenommen, sondern eine neue begonnen wurde. Die Sessions sind die von Dir gefundenen Dateien im tmp-Verzeichnis.
Mit 1.23 ist das also erledigt und es erscheint nur noch eine Datei.
Gruß, DSB
DSB am 19. August 2008 [Link]
Nachtrag: ich korrigiere mich. Das war nicht in 1.22 der Fall, sondern in der pre-release-Version in der von Dir benutzten Revision 240 (Dafür gab es auch den Bugfix – nicht für Version 1.22). In allen späteren Revisionen ist das gefixt.
Übrigens sollte Dein tmp-Verzeichnis vom Garbage-Collector hin- und wieder aufgeräumt werden, so dass die Temp-Dateien normalerweise von alleine nach ein paar Stunden gelöscht werden. Das Du dort monatelang Dateien sammelst ist eine falsche Einstellung des Servers. Es heißt ja temp-Verzeichnis, weil nur temporär genutzte Dateien dort liegen.
DSB am 19. August 2008 [Link]
Hey DSB, sorry, das ich es nicht im Forum gepostet habe. Ich dachte wirklich, das es an meiner Konfiguration liegt.
Aber du hast es ja dann doch noch entdeckt.
Das mit dem /tmp-Verzeichnis hat sich auch erledigt. Ming Server wurde letzte Wochen neuinstalliert…
Grüsse
Hollii am 20. August 2008 [Link]
Hallo nochmal,
prima. Ich liebe es, wenn Probleme gelöst sind.
Viel Erfolg weiterhin mit dem Dumper und natürlich auch Deinem Blog.
DSB am 20. August 2008 [Link]