MySQL репликация (наипростейший гайд)

Jul 26, 2017 21:18



На мастере в /etc/mysql/my.conf :

server-id = 1 
log_bin = /var/log/mysql/mysql-bin.log
expire_logs_days = 10
max_binlog_size = 100M

По умолчанию с мастера реплицируются все базы, но в my.cnf мы можем при необходимости указать какие базы\таблицы реплицировать, а какие игнорировать:

replicate_do_db="wordpress"

replicate_do_table="wordpress.tablename"

replicate_ignore_db="base"

replicate_ignore_table="base.table"

Перезапускаeм mysql, проверяем, что мастер работает:

mysql> SHOW MASTER STATUS\G

Мы должны увидеть что-то вроде:

*************************** 1. row ***************************
File: mysql-bin.000004
Position: 520791
Binlog_Do_DB: wordpress
Binlog_Ignore_DB:
1 row in set (0.01 sec)

Далее создаем пользователя, которым будем цепляться со слейва и даем права на базу:

mysql -u root -p -e "GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'replication'@'%' IDENTIFIED BY 'passwd'"

Теперь нужно подготовить слейв (все оставшиеся операции мы будем выполнять на нем).

Вносим минимальные изменения в my.cnf:

server-id = 2 #id должен отличаться от id мастера
log_bin = /var/log/mysql/mysql-bin.log
expire_logs_days = 10
max_binlog_size = 100M

Точно так же как и на мастере, мы можем указать какие базы\таблицы мы хотим\не хотим реплицировать.

Перезапускаем mysql;

Создаем базу с тем же именем, что и у базы, которую нужно скопировать

mysql> CREATE DATABASE wordpress;

Делаем дамп базы с мастера:

# mysqldump -h наш_мастер -u root-p --master-data=2 --single-transaction wordpress > wordpress_dump.sql

Загружаем данные из дампа:

# mysql -h localhost -u root -p wordpress < wordpress_dump.sql

Теперь нужно открыть дамп базы и найти строку вот такого вида:

CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000004', MASTER_LOG_POS=393;

Запоминаем имя файла и позицию (mysql-bin.000004 и 393 соответственно) и на слейве выполняем:

mysql> CHANGE MASTER TO MASTER_HOST = "наш_мастер", MASTER_USER = "replication", MASTER_PASSWORD ="pass", MASTER_LOG_FILE='mysql-bin.000004', MASTER_LOG_POS=393;

После того как настройку выполнены, запускаем наш слейв:

mysql> START SLAVE;

Посмотрим статус слейва:

mysql> SHOW SLAVE STATUS\G

Видим примерно вот что. Я выделил самые важные для нас строчки:

*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: наш_мастер
Master_User: replication
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000004
Read_Master_Log_Pos: 526821
Relay_Log_File: mysqld-relay-bin.000002
Relay_Log_Pos: 526681
Relay_Master_Log_File: mysql-bin.000004
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
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: 526821
Relay_Log_Space: 526838
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
1 row in set (0.00 sec)

Если и Slave_IO_Running и Slave_SQL_Running имеют значение Yes, а Slave_IO_State: Waiting for master to send event,
значит мы всё настроил верно, в противном случае Last_IO_Errno, Last_IO_Error, Last_SQL_Errno и Last_SQL_Error помогут найти причину проблемы.

Для схемы «мультмастер» (на один слейв реплицируются базы с нескольких мастером настройка производится примерно так же, но появляется понятие «соединение» - обладающее уникальным именем и служащее для репликации с определенного мастера.

На практике это может выглядеть так:

CHANGE MASTER 'Имя соединения' TO MASTER_HOST = "адрес хоста", MASTER_USER = "replication", MASTER_PASSWORD ="passwd", MASTER_LOG_FILE='mariadb-bin.000010', MASTER_LOG_POS=771;

Посмотреть статус репликации со всех мастеров сразу можно вот так:

SHOW ALL SLAVES STATUS \G

А посмотреть статус репликации с конкретного мастера так:

SHOW SLAVE ‘Имя соединения’ STATUS\G

Также можно настроить ограничения на репликацию\НЕрепликацию отдельных баз\таблиц. Это можно сделать в my.cnf, но удобнее будет создать новый файл\файлы в /etc/mysql/conf.d, чтобы не путаться.

имя_соединения.replicate_do_db="wordpress"

имя_соединения.replicate_do_table="wordpress.tablename"

имя_соединения.replicate_ignore_db="kusaba"

имя_соединения.replicate_ignore_table="kusaba.ws"

админ, #id, mysql

Previous post Next post
Up