MariaDB — репликация Master-Master

Краткое руководство по запуску репликации баз данных 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, выполненного на машине master1File и 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, выполненного на машине master2File и 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 на обоих серверах. Это значит, что репликация работает.

Добавить комментарий

Ваш адрес email не будет опубликован.