Progetto

Generale

Profilo

MySQLReplication » Cronologia » Versione 6

japoco romagnoli, 14-03-2013 12:32

1 1 japoco romagnoli
h1. Configurare la replicazione di MySQL
2 2 japoco romagnoli
3
Occorrono almeno due installazioni indipendenti di MySQL, una macchina deve fare da master, le altre da slave. Prenderemo in considerazione solo il caso elementare di due macchine. Le due istanze devono essere configurate per essere raggiungibili via rete. In pratica si dice al master di creare un log binario con le operazioni che vengono eseguite in scrittura. Lo slave leggendo i file di log ripete le stesse operazioni su se stesso per “allinearsi”.
4
5
Si cominici con configurare il primo server MySQL esistente come master, anzitutto si fermi il servizio con:
6
7
<pre>
8
service mysql stop
9
</pre>
10 3 japoco romagnoli
11 5 japoco romagnoli
A questo punto modifichiamo il file  @/etc/mysql/my.cnf@ del master per abilitare networking e scrittura del file di log binario, inserendo le seguenti configurazioni al posto di quelle correnti:
12 3 japoco romagnoli
13
<pre>
14 4 japoco romagnoli
[...]
15
bind-address	= 0.0.0.0
16
[...]
17 3 japoco romagnoli
server-id = 1
18
log_bin = /var/log/mysql/mysql-bin.log
19
expire_logs_days = 10
20
max_binlog_size = 100M
21 6 japoco romagnoli
binlog_do_db = nome_database
22 1 japoco romagnoli
[...]
23 5 japoco romagnoli
</pre>
24
25
Se si dovesse ripartire da zero, cancelliamo eventuali vecchi file di log binario in modo tale che il server crei un log pulito 
26
a prova di errore.
27
28
<pre>
29
rm /var/log/mysql/mysql-bin.*
30
</pre>
31
32
si provveda poi a riavviare il server, in modo che prenda le nuove configurazioni:
33
34
<pre>
35 1 japoco romagnoli
service mysql start
36 6 japoco romagnoli
</pre>
37
38
Una volta attive le nuove configurazioni occorre trasferire i dati dal master allo slave per l'importazione iniziale, per questo una volta entrati sulla CLI di MySQL si seleziona il database da replicare e si bloccano le tabelle in scrittura per avere uno stato coerente dei dati:
39
40
<pre>
41
USE nome_database
42
FLUSH TABLES WITH READ LOCK;
43
</pre>
44
45
Si potrà controllare lo stato del master con qualcosa del tipo:
46
47
<pre>
48
mysql> SHOW MASTER STATUS;
49
+------------------+----------+--------------+------------------+
50
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
51
+------------------+----------+--------------+------------------+
52
| mysql-bin.000013 |      106 |              | nome_database    |
53
+------------------+----------+--------------+------------------+
54
1 row in set (0.00 sec)
55
</pre>
56
57
A questo punto senza chiudere la shell di MySql (per evitare di perdere il lock sulle tabelle), si apre una nuova shell ed esportiamo il database in un file @.sql@ da trasferire sul server slave:
58
59
<pre>
60
mysqldump -u root -p --opt nome_database > nome_database.sql
61
</pre>
62
63
una volta finita l'esportazione possiamo tornare sulla shell di mysql per sbloccare il lock in lettura:
64
65
<pre>
66
UNLOCK TABLES;
67
</pre>
68
69
70
Occorre poi configurare lo slave con un diverso @server-id@, e metterlo in ascolto sull'indirizzo generico:
71
72
<pre>
73
[...]
74
bind-address	= 0.0.0.0
75
[...]
76
server-id = 2
77
log_bin = /var/log/mysql/mysql-bin.log
78
expire_logs_days = 10
79
max_binlog_size = 100M
80
[...]
81 3 japoco romagnoli
</pre>