Краткое руководство по запуску репликации баз данных MariaDB (форк MySQL) в кластере Master-Master.
В нашем случае имеются 2 машины с установленным СУБД MariaDB: master1 с IP 192.168.1.31 и master2 с IP 192.168.1.32.
Необходимо настроить двустороннюю репликацию.
На сервере master1 открываем конфигурационный файл с расширением cnf, исправим в нём значение параметра bind с 127.0.0.1 на 192.168.1.31:
bind = 192.168.1.31
а также в конец файла добавим такие строки:
# Replication - Master 1 [mysqld] server-id = 1 report_host = master1 log_error = /var/log/mysql/error.log log_bin = /var/log/mysql/mariadb-bin.log log_bin_index = /var/log/mysql/mariadb-bin.index.log relay_log = /var/log/mysql/relay.log relay_log_index = /var/log/mysql/relay.index.log # replicate-do-db = replica_db replicate-ignore-db = information_schema replicate-ignore-db = mysql replicate-ignore-db = performance_schema binlog-ignore-db = information_schema binlog-ignore-db = mysql binlog-ignore-db = performance_schema auto_increment_increment = 2 auto_increment_offset = 1 max_binlog_size = 512M
Затем перезапустим службу mariadb
# systemctl restart mariadb
После этого войдём в консоль mysql пользователем root
# mysql -u root -p
и выполним запрос, который создаст пользователя dbmaster1 с правами на репликацию:
CREATE USER 'dbmaster1'@'%' IDENTIFIED by '147258'; GRANT REPLICATION SLAVE ON *.* TO 'dbmaster1'@'%'; FLUSH PRIVILEGES; EXIT;
Далее снова перезапустим службу mariadb
# systemctl restart mariadb
и проверим статус мастера в консоли mysql
SHOW MASTER STATUS;
получим примерно такой ответ:
+--------------------+----------+--------------+---------------------------------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +--------------------+----------+--------------+---------------------------------------------+ | mariadb-bin.000003 | 344 | | information_schema,mysql,performance_schema | +--------------------+----------+--------------+---------------------------------------------+ 1 row in set (0.000 sec)
Из этого ответа нам необходимо будет учесть File — mariadb-bin.000003 и Position — 344, это нам понадобится для настройки сервера master2.
Теперь переходим на сервер master2, и в нём также открываем конфигурационный файл с расширением cnf. В нём исправим bind:
bind = 192.168.1.32
а также в конец файла допишем следующие строки:
# Replication - Master 2 [mysqld] server-id = 2 report_host = master2 log_error = /var/log/mysql/error.log log_bin = /var/log/mysql/mariadb-bin.log log_bin_index = /var/log/mysql/mariadb-bin.index.log relay_log = /var/log/mysql/relay.log relay_log_index = /var/log/mysql/relay.index.log # replicate-do-db = replica_db replicate-ignore-db = information_schema replicate-ignore-db = mysql replicate-ignore-db = performance_schema binlog-ignore-db = information_schema binlog-ignore-db = mysql binlog-ignore-db = performance_schema auto_increment_increment = 2 auto_increment_offset = 2 max_binlog_size = 512M
Затем перезапустим службу mariadb
# systemctl restart mariadb
После этого войдём в консоль mysql пользователем root
# mysql -u root -p
и выполним запрос, который создаст пользователя dbmaster2 с правами на репликацию:
CREATE USER 'dbmaster2'@'%' IDENTIFIED by '147258'; GRANT REPLICATION SLAVE ON *.* TO 'dbmaster2'@'%'; FLUSH PRIVILEGES; EXIT;
Снова перезапустим службу mariadb
# systemctl restart mariadb
и проверим статус мастера в консоли mysql
SHOW MASTER STATUS;
получим примерно такой ответ:
+--------------------+----------+--------------+---------------------------------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +--------------------+----------+--------------+---------------------------------------------+ | mariadb-bin.000002 | 330 | | information_schema,mysql,performance_schema | +--------------------+----------+--------------+---------------------------------------------+ 1 row in set (0.001 sec)
Из этого ответа нам необходимо будет учесть File — mariadb-bin.000002 и Position — 330, это нам понадобится для настройки сервера master1.
Далее выполним запрос, который укажет машину master1:
STOP SLAVE; CHANGE MASTER TO MASTER_HOST='192.168.1.31', MASTER_USER='dbmaster1', MASTER_PASSWORD='147258', MASTER_LOG_FILE='mariadb-bin.000004', MASTER_LOG_POS=344; START SLAVE;
Здесь стоит обратить внимание на параметры MASTER_LOG_FILE и MASTER_LOG_POS — их необходимо взять из ответа на запрос статуса сервера master1, выполненного на машине master1 — File и Position.
Возвращаемся на сервер master1 и в консоли mysql выполняем запрос, который создаст пользователя dbmaster2 с правами на репликацию:
STOP SLAVE; CHANGE MASTER TO MASTER_HOST='192.168.1.32', MASTER_USER='dbmaster2', MASTER_PASSWORD='147258', MASTER_LOG_FILE='mariadb-bin.000002', MASTER_LOG_POS=330; START SLAVE;
Здесь стоит обратить внимание на параметры MASTER_LOG_FILE и MASTER_LOG_POS — их необходимо взять из ответа на запрос статуса сервера master2, выполненного на машине master2 — File и Position.
Затем просмотрим статус режима slave:
SHOW SLAVE STATUS \G;
в ответе должны быть указаны параметры сервера master2:
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.1.32
Master_User: dbmaster2
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mariadb-bin.000006
Read_Master_Log_Pos: 344
Relay_Log_File: relay.000017
Relay_Log_Pos: 645
Relay_Master_Log_File: mariadb-bin.000006
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB: information_schema,mysql,performance_schema
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 344
Relay_Log_Space: 1245
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 2
Master_SSL_Crl:
Master_SSL_Crlpath:
Using_Gtid: No
Gtid_IO_Pos:
Replicate_Do_Domain_Ids:
Replicate_Ignore_Domain_Ids:
Parallel_Mode: optimistic
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
Slave_DDL_Groups: 0
Slave_Non_Transactional_Groups: 0
Slave_Transactional_Groups: 0
1 row in set (0.001 sec)
Необходимо убедиться в наличии строки Slave_IO_State: Waiting for master to send event. Она означает, что сервер master1 готов к передаче данных с сервера master2.
Снова возвращаемся на сервер master2 и в консоли mysql также проверим статус режима slave:
SHOW SLAVE STATUS \G;
в ответе должны быть указаны параметры сервера master1:
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.1.31
Master_User: dbmaster1
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mariadb-bin.000007
Read_Master_Log_Pos: 344
Relay_Log_File: relay.000011
Relay_Log_Pos: 645
Relay_Master_Log_File: mariadb-bin.000007
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB: information_schema,mysql,performance_schema
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 344
Relay_Log_Space: 1245
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 1
Master_SSL_Crl:
Master_SSL_Crlpath:
Using_Gtid: No
Gtid_IO_Pos:
Replicate_Do_Domain_Ids:
Replicate_Ignore_Domain_Ids:
Parallel_Mode: optimistic
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
Slave_DDL_Groups: 0
Slave_Non_Transactional_Groups: 0
Slave_Transactional_Groups: 0
1 row in set (0.001 sec)
Здесь также необходимо убедиться в наличии строки Slave_IO_State: Waiting for master to send event. Она означает, что сервер master2 готов к передаче данных с сервера master1.
Проверка
На каждом из серверов запускаем консоль mysql
# mysql -u root -p
и создадим БД, например, на сервере master1 — базу данных master1_db, а на сервере master2 — базу данных master2_db.
После этого выполняем запрос
SHOW DATABASES;
и ответ должен будет показать в списке баз данных master1_db и master2_db на обоих серверах. Это значит, что репликация работает.