Zálohování DB (PHP skriptík) (diskuse)

[Michal Kubeček]

Která z možností je správně?

• MySQL umí živé zálohy
• mysqldump zablokuje jakékoli zápisy do databáze po dobou svého běhu
• hrajete ruskou ruletu a doufáte, že to, co z té databáze vydumpujete, bude jakž takž konzistentní

Mám neblahé tušení, že správně je třetí možnost, ale rád bych se ujistil…

[Michal Čihař]

No --lock-all-tables by způsobilo druhou možnost, pokud je to InnoDB, tak --single-transaction umožní první a jinak nastává ta třetí

[Michal Kubeček]

Jste si jistý tou první možností? MySQL, pokud je mi známo, implementuje transakce tradičním způsobem přes zamykání a transakční log. Při této implementaci (čisté) se hot backup prakticky nedá udělat, protože snapshot transakce (i když jen čte) znemožní současný zápis. To je obrovská výhoda databází, které transakce implementují pomocí MGA, tam read only snapshot transakce práci s databází nějak zásadně neomezuje. Některé databáze, které jinak používají zámky a transakční log, ale pro potřeby hot backupu implementují jakési verzování záznamů, tedy vlastně náznak MGA. Proto mne zajímalo, jestli něco takového má i MySQL.

[Michal Čihař]

Jsem si poměrně dost jistý vším co jsem napsal, ale nevylučuju, že se pletu, zdrojáky jsem tak do hloubky nezkoumal . MySQL jako takové transakce neimplementuje, vždy záleží na storage engine, který se používá.

InnoDB does locking on the row level and also provides an Oracle-style consistent non-locking read in SELECT statements.

[User682]

presne tak.

odstrasujici zpusob, jak prijit o data.

bye gf

[Bohumír Zámečník]

Tohle já moc neřeším, protože na mém blogu je zatím minimální provoz. Obsah většinou přidávám sám a komentářů moc není. Takže zálohuji, když se zrovna nic neděje.

[Zdeněk Štěpánek]

Zdravim

To je vtip? to je jako kdybys rekl ze ted si muzu dovolit delat pod rootem protoze mam pomalej internet a tak mi skoro nic nehrozi. Priznam se ze zas v mysql tolik zbehlej nejsem, ale uznam, ze kdyz mi nekdo poradi ze zpusob kterym neco delam je nevhodny tak to minimalne prozkoumam.

Podivej se na zdrojaky phpmyadmina jak to tam resi, je tam presne to co delas ty, akorat je to klikaci. Co ja vim tak je na to primo i nejakej SQL dotaz a tobe staci to presmerovat do souboru.

Zdenek

[Michal Čihař]

phpMyAdmin to řeší velmi podobně jako mysqldump, tam prostě není co vymyslet.

[kavol]

Podivej se na zdrojaky phpmyadmina jak to tam resi, je tam presne to co delas ty, akorat je to klikaci.

hm, na phpMyAdmin jsem taky pomyslel, a když jsem četl:

Někomu stačí si ten soubor jednoduše stáhnout a uložit někam do archivu.

tak jsem pak chvíli dumal, na co vlastní skript ...?

[Michal Kubeček]

Tohle je poměrně častá otázka, ale zálohovat databázi kopírováním opravdu není dobrý nápad. Ale jak už tu padlo v diskusi, nedáte-li si pozor, mysqldump nemusí být o moc lepší…

[Bohumír Zámečník]

Zalohování malé databáze a brouzdání pod rootem není to samé. Tenhle skriptík jsem si napsal jako frontend k mysqldump u, protože jsem nechtěl se pořád proklikávat phpMyAdminem a chtěl jsem si to trochu zautomatizovat. Pořád lepší než nezálohovat vůbec, že ano? Nejsem databázový odborník a možnost poškození dat při probíhajících transakcích zní celkem logicky.

Příkaz mysqldump volám proto s parametrem --opt, což je zkratka pro mysqldump --quick --add-drop-table --add-locks --extended-insert --lock-tables. Právě pomocí --lock-tables se před vlastním dumpem zamknou tabulky, aby se v nich nic nemohlo měnit. Dále je tam volba --add-locks, která do dumpu přidá příkazy pro opětovné zamknutí tabulek, při nahrávání do databáze. Tak jsem to alespoň pochopil z manuálu.

Kdyby se jednalo o web s třeba tisíci a více přístupů za den, kde to opravdu žije, databáze a konzistence dat by mě asi trochu zajímala více. Ale tohle jsou zatím obyčejné osobní stránky se skromným trafficem. Takže mě to zatím nějak moc netrápí. A nouzi nejhorší můžu použít nějakou starší zálohu a zkusit to mergnout s tou nejnovější, která by byla poškozená tak, aby se ztratilo, co nejméně informací.