Pozdrav svima,
Uradjen je dump baze od nekih 23GB sa -skip-extended-insert (uz --single-transaction posto su tabele uglavnom innodb). Dobijen je zipovan backup od 1.3GB.
Dump je prebacen na drugi server i restore na standardan nacin iz zipovankog dumpa je krenulo pre nekih 20h i nova baza se popunila do 1/3 (7GB), sto se i slaze iskustvima drugih da je za restore baze te velicine potrebno nekih 50 sati! (Po teoriji i praksi restore se odvija dosta brzo na pocetku, medjutim kako se zalazi sve dublje u veliki dump fajl to server sve sporije radi i sporije cita a pauze su sve vece izmedju inserta plus zbog skip-extended-insert kod pravljenja backup, restore je jos sporiji).
Uporedo sa standardnim restore postupkom pustio sam par alternativa na drugim serverima:
-
http://www.justincarmony.com/b...ge-mysql-dump-900-million-rows
Cini se i meni izgleda kao najbolje resenje. Restore baze od 20GB+ umesto 50h bi trebalo da traje nekih 5h. Krenuo sam sa tim i uz pripremu (prebacivanje dumpa, unzip,..) traje vec nekih 7h. Sustina postupka je da se veliki sql fajl splituje preko split komande na fajlove sql_aa, sql_ab,sql_ac,... i zatim da se restore radi fajl za fajlom. Umesto splitovanja na sql_* fajlove od 200 linija kao u linku gore, splitovao sam na fajlove od po 200 000 linija svaki, jer drugacije nije moglo.
Neki drugi nacin je izdvajanje tabela preko sed komande:
http://code.openark.org/blog/m...-a-single-table-from-mysqldump ili preko sed/skripte koja izdvaja pojedinacne tabele:
http://kedar.nitty-witty.com/b...s-from-mysql-dump-shell-script
Uglavnom, od koristi je samo ako iz velikog fajla treba izvuci pojedinacnu tabelu. Mada je pitanje koliko je efikasno. Pustio sam pre nekih 20h sati kao i full restore
i velicina svih do sada "iscupanih" tabela nije presla ni 1GB.
Zanima me kakva su iskustva ostalih za restorovanjem baza od 20GB+. Pretpostavljam da tu dolazi do izrazaja razlika izmedju mysql community servera i alatki koje ima recimo mysql enterprise edicija, kao i verovatno razlika izmedju recimo mysql-a i komercijalnih RMDBS (oracle, ms sql,...). Binary fizicki backup (kopiranje innodb, frm,...) mi nije bila prva opcija, pa se sada malo kajem :) ali je kasno jer je kapija (vpn) zatvoren pa moram da radim sa ovim sto imam.
Pozz.