Re: Backup MySQL
"Davide D'Amico" <[email protected]>
| Newsgroups | gmane.os.freebsd.italian.esperti |
|---|---|
| Message-ID | <CAHykR+Kw6KNv7LAkhm=LecPBD3v5S5qnAZ6roy8X0t4yRgQ3sA@mail.gmail.com> |
Si, mksnap_ffs sulla 7.x era un PITA ma oramai è abbastanza stabile e rodato. Uso appunto FLUSH TABLES WITH READ LOCK (e successivo UNLOCK TABLES) quindi sono abbastanza confidente (sui DB Master); sugli slave STOP SLAVE; SHOW SLAVE STATUS; prima dello snapshot e successivo START SLAVE fanno il loro lavoro :) Il giorno 24 febbraio 2014 10:13, Filippo Natali <[email protected]>ha scritto: > Il comando flush tables with read lock serve appunto per questo: > > "Closes all open tables and locks all tables for all databases with a > global read lock. This is a very convenient way to get backups if you have > a file system such as Veritas or ZFS that can take snapshots in time. Use > UNLOCK TABLES to release the lock." > > Lo snapshot non richiede molto tempo e per qualcuno potrebbe essere anche > accettabile un lock globale fuori orario di punta, ma come già scritto > l'ideale è avere uno slave dedicato al backup. > > Il giorno 24/feb/2014, alle ore 09:49, Gianluca Sordiglioni < > [email protected]> ha scritto: > > > Il problema degli snapshot è che il DB non è sincronizzato con il > filesystem e rischi di perderti qualcosa per strada (in RAM). > > In Oracle si può "congelare" un file di tablespace (mentre il DB lavora > tranquillamente) e permettere di copiare il file; in MySQL non so, non ci > ho mai provato. Se si potesse fare ciò, potresti usare gli snapshot. > > A naso per dimensioni come il tuo DB si fa un WRITE LOCK su ogni singola > tabella e poi si copia, in MyISAM: con InnoDB non mi risulta si possa, va > verificato. In ogni caso non puoi scrivere nella tabella finché la copia > non è finita, ergo il servizio si ferma e gli altri processi aspettano il > termine dell'operazione. > > Probabilmente il metodo migliore è mysqldump + binlog. > > In alternativa puoi avere un secondo server in replication, spegnere il > db del secondo server, fare il backup a freddo, e poi riaccendere mysql. > > > > Gianluca > > > > Da: Davide D'Amico <[email protected]> > > A: Domande e risposte dagli esperti di FreeBSD <[email protected]> > > Inviato: Sabato 22 Febbraio 2014 15:00 > > Oggetto: Re: Backup MySQL > > > > Quindi nessuno usa snapshot del filesystem (UFS2 o ZFS)? Interessante... > > A breve vi posto uno scriptino :) > > > > _______________________________________________ > > Esperti mailing list > > [email protected] > > http://mailman.gufi.org/mailman/listinfo/esperti > > > _______________________________________________ > Esperti mailing list > [email protected] > http://mailman.gufi.org/mailman/listinfo/esperti > -- d. _______________________________________________ Esperti mailing list [email protected] http://mailman.gufi.org/mailman/listinfo/esperti