Репликация master-slave MySql, от принципа к практике!

Java
Репликация master-slave MySql, от принципа к практике!

Адрес фактического центра электронной коммерции SpringBoot (25k+star):GitHub.com/macro-positive/…

Резюме

В этой статье мы начнем с принципа репликации «главный-ведомый» MySql и подробно представим конструкцию репликации «главный-ведомый» MySql в среде Docker, взяв в качестве примера главный экземпляр и подчиненный экземпляр для достижения репликации «главный-подчиненный».

Что такое репликация Master-Plave?

The master-slave replication refers to the transfer of the DDL and DML operations of the primary database through the binary log to the slave database, and then re-execute these logs from the database, so that the data from the database and the primary database согласуется.

Принцип репликации master-slave

  • Основная библиотека MySql будет записывать изменения данных как события в двоичном журнале Binlog при фиксации транзакции;
  • Главная библиотека помещает события из двоичного файла журнала Binlog в журнал ретрансляции Relay Log подчиненной библиотеки, а затем подчиненная библиотека повторяет операцию изменения данных в соответствии с журналом реле и обеспечивает согласованность данных между главной библиотекой и подчиненной библиотекой. библиотека через логическую репликацию;
  • MySql выполняет репликацию данных между главной и подчиненной библиотеками через три потока, в которых поток Binlog Dump выполняется в главной библиотеке, а поток ввода-вывода и поток SQL выполняются в подчиненной библиотеке;
  • При запуске репликации в подчиненной библиотеке сначала создайте поток ввода-вывода для подключения к главной библиотеке, затем главная библиотека создает поток Binlog Dump для чтения событий базы данных и отправки их в поток ввода-вывода, а поток ввода-вывода поток получает данные о событии и обновляет их в ведомой библиотеке. Перейдите к журналу ретрансляции. Журнал ретрансляции библиотеки, а затем прочитайте и примените обновленные события базы данных в журнале ретрансляции. Журнал ретрансляции из потока SQL в библиотеке, как показано на следующий рисунок.

Создайте основной экземпляр

  • Запустите мастер-экземпляр Mysql:
docker run -p 3307:3306 --name mysql-master \
-v /mydata/mysql-master/log:/var/log/mysql \
-v /mydata/mysql-master/data:/var/lib/mysql \
-v /mydata/mysql-master/conf:/etc/mysql \
-e MYSQL_ROOT_PASSWORD=root  \
-d mysql:5.7
  • в папке конфигурации mysql/mydata/mysql-master/confСоздайте файл конфигурации вmy.cnf:
touch my.cnf
  • Измените файл конфигурации my.cnf, информация о конфигурации выглядит следующим образом:
[mysqld]
## 设置server_id，同一局域网中需要唯一
server_id=101 
## 指定不需要同步的数据库名称
binlog-ignore-db=mysql  
## 开启二进制日志功能
log-bin=mall-mysql-bin  
## 设置二进制日志使用内存大小（事务）
binlog_cache_size=1M  
## 设置使用的二进制日志格式（mixed,statement,row）
binlog_format=mixed  
## 二进制日志过期清理时间。默认值为0，表示不自动清理。
expire_logs_days=7  
## 跳过主从复制中遇到的所有错误或指定类型的错误，避免slave端复制中断。
## 如：1062错误是指一些主键重复，1032错误是因为主从数据库数据不一致
slave_skip_errors=1062
  • Перезапустите экземпляр после изменения конфигурации:
docker restart mysql-master
  • Входитьmysql-masterКонтейнер:
docker exec -it mysql-master /bin/bash
  • Подключитесь к клиенту с помощью команды входа mysql в контейнере:
mysql -uroot -proot
  • Создайте пользователя для синхронизации данных:
CREATE USER 'slave'@'%' IDENTIFIED BY '123456';
GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'slave'@'%';

Построить из примера

  • Запустите подчиненный экземпляр mysql:
docker run -p 3308:3306 --name mysql-slave \
-v /mydata/mysql-slave/log:/var/log/mysql \
-v /mydata/mysql-slave/data:/var/lib/mysql \
-v /mydata/mysql-slave/conf:/etc/mysql \
-e MYSQL_ROOT_PASSWORD=root  \
-d mysql:5.7
  • в папке конфигурации mysql/mydata/mysql-slave/confСоздайте файл конфигурации вmy.cnf:
touch my.cnf
  • Измените файл конфигурации my.cnf:
[mysqld]
## 设置server_id，同一局域网中需要唯一
server_id=102
## 指定不需要同步的数据库名称
binlog-ignore-db=mysql  
## 开启二进制日志功能，以备Slave作为其它数据库实例的Master时使用
log-bin=mall-mysql-slave1-bin  
## 设置二进制日志使用内存大小（事务）
binlog_cache_size=1M  
## 设置使用的二进制日志格式（mixed,statement,row）
binlog_format=mixed  
## 二进制日志过期清理时间。默认值为0，表示不自动清理。
expire_logs_days=7  
## 跳过主从复制中遇到的所有错误或指定类型的错误，避免slave端复制中断。
## 如：1062错误是指一些主键重复，1032错误是因为主从数据库数据不一致
slave_skip_errors=1062  
## relay_log配置中继日志
relay_log=mall-mysql-relay-bin  
## log_slave_updates表示slave将复制事件写进自己的二进制日志
log_slave_updates=1  
## slave设置为只读（具有super权限的用户除外）
read_only=1
  • Перезапустите экземпляр после изменения конфигурации:
docker restart mysql-slave

Подключить базу данных master-slave

  • Подключитесь к клиенту mysql основной базы данных, чтобы просмотреть состояние основной базы данных:
show master status;
  • Состояние основной базы данных отображается следующим образом:

  • Входитьmysql-slaveВ контейнере:
docker exec -it mysql-slave /bin/bash
  • Подключитесь к клиенту с помощью команды входа mysql в контейнере:
mysql -uroot -proot
  • Настройте репликацию master-slave в подчиненной базе данных:
change master to master_host='192.168.6.132', master_user='slave', master_password='123456', master_port=3307, master_log_file='mall-mysql-bin.000001', master_log_pos=617, master_connect_retry=30;

  • Описание параметров команды репликации master-slave:

    • master_host: IP-адрес основной базы данных;
    • master_port: рабочий порт базы данных master;
    • master_user: учетная запись пользователя, созданная в базе данных master для синхронизации данных;
    • master_password: пароль пользователя, созданный в базе данных master для синхронизации данных;
    • Master_log_file: укажите файл журнала для копирования данных из базы данных и получить параметр файла, просматривая состояние основных данных;
    • master_log_pos: укажите, откуда начинать копирование данных из базы данных, и получите параметр Position, просмотрев статус основных данных;
    • master_connect_retry: интервал времени для повторной попытки соединения, в секундах.

  • Проверьте статус синхронизации master-slave:

show slave status \G;
  • Статус из базы данных отображается следующим образом:

  • Включить синхронизацию master-slave:
start slave;
  • Проверьте состояние подчиненной базы данных и убедитесь, что она была синхронизирована:

Проверка репликации Master-Slave

Существует множество методов проверки репликации master-slave.Вы можете создать базу данных в главном экземпляре, чтобы увидеть, существует ли база данных в подчиненном экземпляре.Если она существует, это означает, что репликация master-slave была успешно установлена.

  • Создайте базу данных в мастер-экземпляреmall;

  • Просматривая базу данных экземпляра, я обнаружил, что там также естьmallПо базе данных можно судить, что репликация master-slave успешно установлена.

публика

проект торгового центраПолный набор учебных пособий сериализуется,Обратите внимание на общедоступный номерПолучите это прямо сейчас.

公众号图片

Категории