Re: Backup MySQL
Luca Ferrari <[email protected]>
| Newsgroups | gmane.os.freebsd.italian.esperti |
|---|---|
| Message-ID | <CAKoxK+5oFZAbxHorkVwtopaKDK-+Mh46jtAXCKW6gZftfL1_9Q@mail.gmail.com> |
2014-02-24 14:09 GMT+01:00 Paolo Tealdi <[email protected]>: > Il 24/02/2014 12:11, Luca Ferrari ha scritto: > Il backup della replica si fa perché così non devi bloccare il master con > un lock in write su tutte le tabelle, come è stato detto in varie mail di > questo thread. E come ho detto anche io: la motivazione è solo il carico delle macchine e del master. > Staccando la replica hai tutto il tempo che vuoi per effettuare il backup, > e, nel momento in cui riagganci lo slave, il sistema automaticamente si > allinea Non è propriamente vero: dipende dal sistema di replica e da quanto "indietro" lo slave può rimanere prima di risultare troppo indietro per il riallineamento. Ad esempio se c'è un log shipping ci vuole spazio disco per tenere i wal da ripetere (non so quali opzioni ci sono per mysql, il mio è un discorso teorico). . > Certo che se non ti fidi dal dialogo tra master e slave... a memoria mi > sembra ci siano dei sistemi per mysql che ti permettono il controllo > di coerenza tra master e slave. Fanno parte dei package di percona > (www.percona.com) Il mio discorso era diverso: l'OP parlava di backup di master e slave, che senso ha? O meglio: se i due sono incoerenti, di chi ci si fida? Non potrebbe essere conveniente aggiungere delle repliche, ad esempio? Ma mi sa che stiamo andando fuori tema.... Luca _______________________________________________ Esperti mailing list [email protected] http://mailman.gufi.org/mailman/listinfo/esperti