User Tools

Site Tools


Sidebar

No ai soldati italiani all'estero

Indice

Eventi

Energia

Rigacci.Org usa energia elettrica da fonti rinnovabili, grazie al gruppo di acquisto Merci Dolci.

Merci Dolci - Energia Rinnovabile

Software libero!

Petizione contro i brevetti software

Faunalia: Soluzioni GIS professionali

Debian

www.gnu.org www.kernel.org

doc:appunti:linux:sa:mysql_replica_master_master

MySQL replica master-master

Configurare la replica master-master

Con questa configurazione si tiene replicato un solo database.

-- Su server1
GRANT REPLICATION SLAVE ON *.* TO 'slave2_user'@'%' IDENTIFIED BY 'slave2_password';
FLUSH PRIVILEGES;

CREATE DATABASE exampledb;
CONNECT exampledb;

CREATE TABLE clienti (
    id INTEGER NOT NULL AUTO_INCREMENT,
    name CHAR(100),
    PRIMARY KEY (id)
) ENGINE=INNODB;

CREATE TABLE fatture (
    id INTEGER NOT NULL AUTO_INCREMENT,
    cliente_id INTEGER,
    PRIMARY KEY (id),
    FOREIGN KEY (cliente_id) REFERENCES clienti(id)
) ENGINE=INNODB;

SHOW TABLE STATUS;

INSERT INTO clienti (name) VALUES ('Rigacci.Org');
INSERT INTO fatture (cliente_id) VALUES (1);
DELETE FROM clienti;

vi /etc/mysql/my.cnf
# Vedere la man page di my.cnf, che non esiste.
/etc/init.d/mysql restart

-- Su server2
GRANT REPLICATION SLAVE ON *.* TO 'slave1_user'@'%' IDENTIFIED BY 'slave1_password';
FLUSH PRIVILEGES;

vi /etc/mysql/my.cnf
# Vedere la man page di my.cnf, che non esiste.
/etc/init.d/mysql restart

Per vedere se si sono assegnati i permessi di replica:

SHOW GRANTS FOR 'slave2_user'@'%';

Ovviamente è opportuno concedere i grant non dall'indirizzo IP wildcard %, ma al singolo utente/indirizzo, del tipo 'replication'@'116.213.177.13'.

Sincronizzare il db

-- Su server1
USE exampledb;
FLUSH TABLES WITH READ LOCK;
SHOW MASTER STATUS;
-- Prendere nota dello status.
-- Fare un dump e copiarlo sull'altro host.
UNLOCK TABLES;

-- Su server2
-- mysqladmin --user=root --password stop-slave
CREATE DATABASE exampledb;
-- mysql -u root -p exampledb < exampledb.sql
USE exampledb;
FLUSH TABLES WITH READ LOCK;
SHOW MASTER STATUS;
-- Prendere nota dello status.
UNLOCK TABLES;
CHANGE MASTER TO MASTER_HOST='192.168.3.71', MASTER_USER='slave2_user',
    MASTER_PASSWORD='slave2_password', MASTER_LOG_FILE='mysql-bin.000001',
    MASTER_LOG_POS=106;
START SLAVE;
SHOW SLAVE STATUS;

-- Su server1
STOP SLAVE;
CHANGE MASTER TO MASTER_HOST='192.168.3.73', MASTER_USER='slave1_user',
    MASTER_PASSWORD='slave1_password', MASTER_LOG_FILE='mysql-bin.000001',
    MASTER_LOG_POS=2359;
START SLAVE;
SHOW SLAVE STATUS;

Crash test

Test 1 (funziona)

  1. Spengere server2
  2. Su server1 inserire una una fattura (id = 15)
  3. Riavviare server1
  4. Verificare se la fattura id = 15 viene replicata.
    Sì, dopo qualche istante.

Test 2 (fallisce)

  1. Inserire un cliente:
    INSERT INTO clienti (name) VALUES ('Altro cliente');
  2. Interrompere la connettività sui due:
    iptables -I INPUT --proto tcp --dport 3306 -j REJECT
    /etc/init.d/mysql restart
  3. Su server1 rimuovere il cliente:
    DELETE FROM clienti WHERE id = 5;
  4. Su server2 aggiungere una fattura per il cliente:
    INSERT INTO fatture (cliente_id) VALUES (5);
  5. Ripristinare la connettività e attendere.
    No, non riesce a replicare! Lo si può vedere con un SHOW SLAVE STATUS, dove il valore Slave_SQL_Running = No.
doc/appunti/linux/sa/mysql_replica_master_master.txt · Last modified: 2019/09/30 09:51 by niccolo