Hallo,
ich möchte gern eine MySQL5-Datenbank sichern und kann mich mit der
"mysqldump"-Lösung nicht so recht anfreunden, denn in der DB befinden
sich schon recht viele Trigger und Prozeduren bei denen die Reihenfolge
des Einspielens auch weitreichenden Konsequenzen nach sich ziehen kann.
Sieht denn MySQL keinen anderen Backup-Mechanismus vor? Benutzen denn
alle mysqldump?
Gruss
Sebastian
Andreas
--
q: why do so many people take an instant dislike to mysql?
a: it saves time (oicu in #postgresql)
Explaining the concept of referential integrity to a mysql user is like
explaining condoms to a catholic (Shadda in #postgresql)
Sebastian Galonska
>
> ich möchte gern eine MySQL5-Datenbank sichern und kann mich mit der
> "mysqldump"-Lösung nicht so recht anfreunden, denn in der DB befinden
> sich schon recht viele Trigger und Prozeduren bei denen die Reihenfolge
> des Einspielens auch weitreichenden Konsequenzen nach sich ziehen kann.
Darum kümmert sich mysqldump doch, was ist das Problem?
> Sieht denn MySQL keinen anderen Backup-Mechanismus vor? Benutzen denn
> alle mysqldump?
Für die eher abstrakten Dinge wie Prozeduren, Trigger, User etc. ist
mysqldump das Mittel der Wahl. Für die Daten - insbesondere wenn es
große Datenmengen sind - eignet sich IMHO physisches Backup besser.
Im Prinzip ist für den primären Zweck eines Backups - Restore - egal
ob man logisch oder physisch backupt, außer daß ein physisches Backup
i.d.R. schneller zu restoren ist. Aber bei den angesprochenen Dingen
halte ich es außerdem für nützlich, sie in einer menschenlesbaren Form
vorliegen zu haben. Z.B. dumpe ich User- und Permissiondaten i.d.R.
in Form von GRANT Statements.
XL
Sebastian Galonska schrieb:
> Sieht denn MySQL keinen anderen Backup-Mechanismus vor? Benutzen denn=20
> alle mysqldump?
und mysqlhotcopy? Und das hier hat der Köhntopp kürzlich hier=20
angesprochen:=20
http://blog.koehntopp.de/archives/1177-MySQL-fuer-Dummies-7. html
Werner