- winben blogja
- A hozzászóláshoz be kell jelentkezni
- 1170 megtekintés
Hozzászólások
Éééééééés már meg is van a recept az inkonzisztens backupra.
A cím ezek után már lehetne is mysql backup NEM jól'
- A hozzászóláshoz be kell jelentkezni
sub
- A hozzászóláshoz be kell jelentkezni
es az adatok mitol lesznek konzisztensek? a relaciok tartalma valtozhat mentes kozben, es biztosan nem kovetelmeny az adatbazisok kozotti konzisztencia ? pl.: db1 mentese (T1 idopont) utan torolnek belole valamit, amire hivatkozna a db3, de azt meg nem mentetted mert epp a db2 mentese fut (T2 idopont)
- A hozzászóláshoz be kell jelentkezni
Gondolom olyan db-khez használja, amelyeknek nincs közük egymáshoz és külön weboldalakat szolgálnak ki.
- A hozzászóláshoz be kell jelentkezni
kerdes, hogy pl. lock table utasitasokat lehet-e az o kornyezeteben hasznalni...
--
"A politikat, gazdasagot es a tobbi felsorolt faszsagot leszarom, amig engem nem erint (nem erint)" (bviktor)
- A hozzászóláshoz be kell jelentkezni
mysqldump szempontjából nem érdekes vagy nem értem amit kérdezel. A dump kidob egy konzisztens mentést az adott db-ről és kész.
- A hozzászóláshoz be kell jelentkezni
De nem ám!
http://dba.stackexchange.com/questions/6363/consistent-logical-backup-o…
Itt is arról írnak, hogy vagy lockoljunk táblákat, vagy pl. innodb esetén a --single-transaction segíthet.
- A hozzászóláshoz be kell jelentkezni
Én --single-transaction-t használok, de igazad van, neki kellene a -x kapcsoló.
- A hozzászóláshoz be kell jelentkezni
De a mysqldump alapbol lockolja a tablakat. Mi a kerdes?
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:
()=()
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()
- A hozzászóláshoz be kell jelentkezni
ugye az volt a kiindulo problema, hogy azert nem (eleg) jo a sima mysqldump, mert ha kozben modosul egy tabla, akkor nem konzisztens a mentesed. De ha elotte egy lock-kal megakadalyozod a tovabbi modositast, akkor ez a veszely nem fenyeget. Vagy nagyon beneztem volna a dolgot?
--
"A politikat, gazdasagot es a tobbi felsorolt faszsagot leszarom, amig engem nem erint (nem erint)" (bviktor)
- A hozzászóláshoz be kell jelentkezni
Feljebb: -x kapcsoló valóban hiányzik nála.
- A hozzászóláshoz be kell jelentkezni
es mi lesz a tarolt eljarasokkal ill. fuggvenyekkel? azokat hogy fogod visszaallitani? az alapertelmezett mysqldump opcioba ugyanis nem kerulnek be. es mar is visszajutottunk a " adatbazisok kozotti konzisztencia ?" kerdeskorhoz.
" · --routines, -R
Include stored routines (procedures and functions) for the dumped databases in the output. Use of this option requires the SELECT privilege for the mysql.proc table. The output generated
by using --routines contains CREATE PROCEDURE and CREATE FUNCTION statements to re-create the routines. However, these statements do not include attributes such as the routine creation and
modification timestamps. This means that when the routines are reloaded, they will be created with the timestamps equal to the reload time.
If you require routines to be re-created with their original timestamp attributes, do not use --routines. Instead, dump and reload the contents of the mysql.proc table directly, using a
MySQL account that has appropriate privileges for the mysql database.
Prior to MySQL 5.5.21, this option had no effect when used together with the --xml option. (Bug #11760384, Bug #52792)
"
- A hozzászóláshoz be kell jelentkezni
biztos? a `mysql` nevu adatbazis ill. tartalma ezen elvek alapjan hova sorolhato?
- A hozzászóláshoz be kell jelentkezni
A DB-k közötti konzisztenciát így valóban nem lehet megvalósítani. Ha ilyen kell, akkor marad a "szokásos" flush tables with read lock, snapshot, unlock tables, snapshot-ot ment, snapshot eldob, örül módszer. Igaz, ehhez snapshot-képes tároló (lvm, zfs, stb.), és azon elegendő szabad hely kell a DB alá.
- A hozzászóláshoz be kell jelentkezni
mysqldump-hoz én még hozzátennék egy "--opt" kapcsolót MyISAM esetén (just in case, mivel alapértelmezés szerint ON), valamint "--single-transaction"-t InnoDB-hez. Nagyon egyszerű db-k esetén a fent említett példa is működhet viszonylag gond nélkül.
--
Coding for fun. ;)
- A hozzászóláshoz be kell jelentkezni
Valamint, ha fontos a mentesek tallozhatosaga (mert peldaul elofordulhat, hogy csak bizonyos adatsorokat kell helyreallitani), akkor a --no-extended-insert kapcsolo erdekesl lehet meg, igy soronkent menti le. Nagyobb lesz a mentes, valamint lasssabban tolt be, de cserebe a fajl kezelhetobb szerkezetu lesz.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:
()=()
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()
- A hozzászóláshoz be kell jelentkezni
Annyival lassabban tolt be, hogy hasznalhatatlan nagy adatbazisok eseten, illetve biztos van ra mod, hogy betolteskor ne csinaljon minden insertnek kulon tranzakciot kulon commit-tal. Myisam eseten persze nem gaz.
- A hozzászóláshoz be kell jelentkezni
Egy tobbtiz gigas dumpnal en sem csinalnam. De volt olyan 1-2 gigas dump, ahol tobbszor kellett ilyet csinalni, es mocskosul untam helyreallitani temp helyre - ujradumpolni - helyreallitani a szukseges adatokat.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:
()=()
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()
- A hozzászóláshoz be kell jelentkezni
"mysql backup jól'"
-> frissíts bármi másra.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
- A hozzászóláshoz be kell jelentkezni
Szerintem nem o valaszt RDBMS-t.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:
()=()
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()
- A hozzászóláshoz be kell jelentkezni