Re: Backup MySQL
Filippo Natali <[email protected]>
| Newsgroups | gmane.os.freebsd.italian.esperti |
|---|---|
| Message-ID | <[email protected]> |
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