Project

General

Profile

MySQLReplication » History » Version 22

Simone Piccardi, 12/12/2013 10:32 PM

1 1 japoco romagnoli
h1. Configurare la replicazione di MySQL
2 2 japoco romagnoli
3 19 Simone Piccardi
Occorrono almeno due installazioni indipendenti di MySQL, una macchina deve fare da master, le altre da slave. Inoltre non è possibile per fare da slave per master diversi, questo significa che se si devono replicare database che stanno su macchine diverse, queste dovranno essere replicata su istanze diverse.
4 2 japoco romagnoli
5 19 Simone Piccardi
Prenderemo in considerazione solo il caso elementare di due macchine. Le due istanze devono essere configurate per essere raggiungibili via rete. La replicazione si basa sul configurare il master per creare un log binario con le operazioni che vengono eseguite in scrittura. Lo slave leggendo i file su cui vengono registrate queste operazione le ripete su se stesso per “allinearsi”.
6 2 japoco romagnoli
7 19 Simone Piccardi
h2. Configurazione del Master
8 1 japoco romagnoli
9 2 japoco romagnoli
10 19 Simone Piccardi
Il primo passo è la configurarazione del master, per questo occorre modificare il file @/etc/mysql/my.cnf@ per abilitare la connessione via rete e la scrittura del file di log binario. Le modifiche da effettuare prevedono linseremento delle seguenti configurazioni al posto di quelle installate normalmente dal pacchetto Debian di MySQL:
11 5 japoco romagnoli
12 3 japoco romagnoli
<pre>
13 3 japoco romagnoli
[...]
14 1 japoco romagnoli
bind-address	= 0.0.0.0
15 19 Simone Piccardi
# o bind-address = IP.DEL.SERVER.MASTER 
16 4 japoco romagnoli
[...]
17 1 japoco romagnoli
server-id = 1
18 3 japoco romagnoli
log_bin = /var/log/mysql/mysql-bin.log
19 3 japoco romagnoli
expire_logs_days = 10
20 6 japoco romagnoli
max_binlog_size = 100M
21 19 Simone Piccardi
binlog_do_db = nome_database_da_replicare
22 1 japoco romagnoli
[...]
23 5 japoco romagnoli
</pre>
24 5 japoco romagnoli
25 20 Simone Piccardi
(qualora si voglia usare un IP specifico per @bind-address@ invece di quello generico, è in genere preferibile utilizzare un nome a dominio opportunamente risolto invece del valore numerico).
26 20 Simone Piccardi
27 19 Simone Piccardi
Qualora si siano fatti tentativi precedenti, per ripartire da zero, è necessario cancellare eventuali vecchi file di log binario, in modo tale che il server crei un log pulito a prova di errore, con:
28 5 japoco romagnoli
29 5 japoco romagnoli
<pre>
30 5 japoco romagnoli
rm /var/log/mysql/mysql-bin.*
31 5 japoco romagnoli
</pre>
32 5 japoco romagnoli
33 19 Simone Piccardi
si provveda poi a riavviare il server MySQL, in modo che prenda le nuove configurazioni:
34 5 japoco romagnoli
35 1 japoco romagnoli
<pre>
36 19 Simone Piccardi
service mysql restart
37 1 japoco romagnoli
</pre>
38 5 japoco romagnoli
39 19 Simone Piccardi
A questo punto si dovrà impostare MySQL per abilitare un utente con accesso da remoto che possa leggere i log ed eseguire la replicazione, l'utente deve essere definito sul master, e sarà usato dagli slave per connettersi, questo si fa collegandosi con @mysql@ ed eseguendo il codice SQL:
40 6 japoco romagnoli
41 1 japoco romagnoli
<pre>
42 22 Simone Piccardi
GRANT REPLICATION SLAVE ON *.* TO 'utentereplicazione'@'IP.DEL.SERVER.SLAVE' IDENTIFIED BY 'passwordlungaecomplicata';
43 1 japoco romagnoli
FLUSH PRIVILEGES;
44 8 japoco romagnoli
</pre>
45 8 japoco romagnoli
46 19 Simone Piccardi
Una volta attive le nuove configurazioni occorre trasferire i dati dal master allo slave per l'importazione iniziale. Questi devono essere in uno stato coerente per cui non è possibile eseguire operazioni sul database durante la sincronizzazione iniziale. Pur essendo possibile far eseguire tutta la transazione via rete, per mantenerla in stato coerente questa necessita di mantenere un lock sul database per tutto il tempo impiegato a replicare i dati, che con database popolati significativamente può essere anche molto lungo. 
47 8 japoco romagnoli
48 19 Simone Piccardi
Per questo è in genere preferibile fare un dump ad un certo momento e per ripartire dallo stato in cui lo si era fatto. In questo caso il lock è necessario solo per il tempo, in genere molto minore, in cui si crea il dump. Una volta effettuato il dump si potrà rimuovere il blocco e indicare allo slave, una volta importato il dump, di ripartire dal punto in cui questo era stato fatto usando le informazioni registrate sul file di log mantenuto dal master.  
49 7 japoco romagnoli
50 19 Simone Piccardi
Per far questo si deve collegarsi sulla CLI di MySQL, selezionare il database da replicare e bloccare le tabelle in scrittura, così da avere uno stato coerente dei dati, con le istruzioni:
51 19 Simone Piccardi
52 6 japoco romagnoli
<pre>
53 6 japoco romagnoli
USE nome_database
54 6 japoco romagnoli
FLUSH TABLES WITH READ LOCK;
55 6 japoco romagnoli
</pre>
56 6 japoco romagnoli
57 19 Simone Piccardi
Si dovrà poi controllare lo stato del master (che ci servirà per stabilire il punto da cui far ripartire la replicazione sullo slave) con il comando @SHOW MASTER STATUS@, questo darà un risultato del tipo:
58 6 japoco romagnoli
59 6 japoco romagnoli
<pre>
60 6 japoco romagnoli
mysql> SHOW MASTER STATUS;
61 21 Simone Piccardi
+------------------+----------+----------------------------+------------------+
62 21 Simone Piccardi
| File             | Position | Binlog_Do_DB               | Binlog_Ignore_DB |
63 21 Simone Piccardi
+------------------+----------+----------------------------+------------------+
64 21 Simone Piccardi
| mysql-bin.000005 | 13955148 | nome_database_da_replicare |                  |
65 21 Simone Piccardi
+------------------+----------+----------------------------+------------------+
66 6 japoco romagnoli
1 row in set (0.00 sec)
67 1 japoco romagnoli
</pre>
68 6 japoco romagnoli
69 6 japoco romagnoli
A questo punto, senza chiudere la shell di MySQL (per evitare di perdere il lock sulle tabelle), si effettui il dump del database su un file @.sql@ da trasferire sul server slave con:
70 1 japoco romagnoli
71 6 japoco romagnoli
<pre>
72 20 Simone Piccardi
mysqldump -u root nome_database_da_replicare > dati_database.sql
73 6 japoco romagnoli
</pre>
74 6 japoco romagnoli
75 19 Simone Piccardi
una volta finita l'esportazione potremo tornare sulla shell di MySQL e sbloccare il lock in lettura con:
76 11 japoco romagnoli
77 6 japoco romagnoli
<pre>
78 6 japoco romagnoli
UNLOCK TABLES;
79 6 japoco romagnoli
</pre>
80 1 japoco romagnoli
81 19 Simone Piccardi
A questo punto le operazioni sul master sono terminate, la scrittura riprenderà, ma essendo registrata nel log lo slave sarà in grado di ripartire senza problemi utilizzando il punto di partenza indicato dai risultati di @SHOW MASTER STATUS@.
82 1 japoco romagnoli
83 16 japoco romagnoli
84 19 Simone Piccardi
h2. Configurazione dello Slave
85 15 japoco romagnoli
86 19 Simone Piccardi
Anche in questo caso occorre riconfigurare il server MySQL, in particolare occorrerà assegnargli un diverso @server-id@ ed inoltre occorrerà spostare @tmpdir@ su una directory il cui contenuto sia garantito in caso di riavvio, in quanto la cancellazione dei file temporanei potrebbe compromettere l'aggiornamento della replicazione. Rispetto al file di configurazione standard occorrerà apportare le seguenti modifiche:
87 1 japoco romagnoli
88 1 japoco romagnoli
<pre>
89 1 japoco romagnoli
[...]
90 1 japoco romagnoli
tmpdir          = /var/tmp
91 12 japoco romagnoli
[...]
92 12 japoco romagnoli
bind-address	= 0.0.0.0
93 19 Simone Piccardi
# o bind-address = IP.DEL.SERVER.SLAVE 
94 6 japoco romagnoli
[...]
95 6 japoco romagnoli
server-id = 2
96 6 japoco romagnoli
log_bin = /var/log/mysql/mysql-bin.log
97 6 japoco romagnoli
expire_logs_days = 10
98 6 japoco romagnoli
max_binlog_size = 100M
99 6 japoco romagnoli
[...]
100 6 japoco romagnoli
</pre>
101 7 japoco romagnoli
102 19 Simone Piccardi
e renderle effettive riavviando il server MySQL anche sulla macchina slave:
103 13 japoco romagnoli
104 13 japoco romagnoli
<pre>
105 13 japoco romagnoli
service mysql restart
106 13 japoco romagnoli
</pre>
107 13 japoco romagnoli
108 13 japoco romagnoli
109 19 Simone Piccardi
Per l'importazione iniziale dei dati occorrerà anzitutto creare sullo slave un database con lo stesso nome di quello che vogliamo replicare: 
110 19 Simone Piccardi
111 19 Simone Piccardi
<pre>
112 1 japoco romagnoli
mysqladmin -u root -p create nome_database_da_replicare
113 7 japoco romagnoli
</pre>
114 1 japoco romagnoli
115 20 Simone Piccardi
a questo punto si potranno caricare i dati dal file con il dump ottenuto sul master con:
116 7 japoco romagnoli
117 1 japoco romagnoli
<pre>
118 20 Simone Piccardi
mysql nome_database_da_replicare < dati_database.sql
119 1 japoco romagnoli
</pre>
120 1 japoco romagnoli
121 1 japoco romagnoli
122 20 Simone Piccardi
L'ultimo passo è impostare il server come slave, questo richiede che si usino le credenziali dell'utente creato in precedenza sul master, e che si indichi anche, utilizzando i dati ottenuti dal precedente comando @SHOW MASTER STATUS@, il riferimento da cui partire nei log per proseguire con la relicazione (questo è essenziale perché lo slave possa sincronizzarsi correttamente). Facendo riferimento a quanto ottenuto nel paragrafo precedente si dovrà pertanto eseguire sulla CLI di MySQL la seguente istruzione:
123 20 Simone Piccardi
124 1 japoco romagnoli
<pre>
125 20 Simone Piccardi
CHANGE MASTER TO master_host='IP.DEL.SERVER.MASTER', master_user='utentereplicazione', 
126 21 Simone Piccardi
master_port=3306, master_password='passwordlungaecomplicata', master_log_file='mysql-bin.000005', 
127 21 Simone Piccardi
master_log_pos=13955148;
128 1 japoco romagnoli
START SLAVE;
129 17 japoco romagnoli
</pre>
130 1 japoco romagnoli
131 21 Simone Piccardi
dove appunto mysql-bin.000005 e 13955148 sono rispettivamente il file di log e la posizione riportati da @SHOW MASTER STATUS@.
132 11 japoco romagnoli
133 20 Simone Piccardi
Fatto questo si potrà controllare lo status dello slave da MySQL con il comando, e verificare che questo venga aggiornato in corrispondenza a quanto ottenuto con @SHOW MASTER STATUS@:
134 20 Simone Piccardi
135 17 japoco romagnoli
<pre>
136 13 japoco romagnoli
SHOW SLAVE STATUS;
137 17 japoco romagnoli
</pre>
138 11 japoco romagnoli
139 17 japoco romagnoli
140 20 Simone Piccardi
h2. Trasformare lo slave in master
141 1 japoco romagnoli
142 20 Simone Piccardi
Volendo cambiare il nostro server slave nel nuovo master su cui indirizzare i servizi che appoggiano sul database mysql replicato si deve prima di tutto andare a cambiare il file @/etc/mysql/my.cnf@ controllando che siano abilitate le opzioni di @log-bin@ e disabilitato tutto quello che riguarda i log del tipo @slave-updates@. Si deve anche verificare che il @bind-address@ sia effettivamente impostato su @0.0.0.0@ permettendo così il raggiungimento della macchina dalla rete:
143 20 Simone Piccardi
144 17 japoco romagnoli
<pre>
145 17 japoco romagnoli
[...]
146 17 japoco romagnoli
bind-address	= 0.0.0.0
147 17 japoco romagnoli
[...]
148 17 japoco romagnoli
log_bin = /var/log/mysql/mysql-bin.log
149 1 japoco romagnoli
expire_logs_days = 10
150 17 japoco romagnoli
max_binlog_size = 100M
151 17 japoco romagnoli
binlog_do_db = nome_database
152 1 japoco romagnoli
[...]
153 17 japoco romagnoli
</pre>
154 17 japoco romagnoli
155 17 japoco romagnoli
A questo punto, entrando in MySQL, si può fermate il server slave e reimpostarlo come nuovo master:
156 17 japoco romagnoli
157 17 japoco romagnoli
<pre>
158 17 japoco romagnoli
STOP SLAVE;
159 17 japoco romagnoli
RESET MASTER;
160 18 japoco romagnoli
</pre>
161 1 japoco romagnoli
162 20 Simone Piccardi
Volendo reimpostare l'ormai defunto master nel nuovo slave che replichi il nuovo master, dovremo ... da finire