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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.