MySQL主从复制之多主多从部署流程—2023.04

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
日志服务 SLS,月写入数据量 50GB 1个月
云数据库 RDS PostgreSQL,高可用系列 2核4GB
简介: MySQL主从复制之多主多从部署流程—2023.04

一、多主多从实现架构图


这里是2主2从,下图基本例举出来的实现的逻辑,A、C为主,B、D为从,其中B为A的从,D为C的从,且A、C互为主从关系。才能实现在任意一台主节点上写入数据,另一台主节点以及所有从节点数据跟着同步。

ae2bb334d1cf4c7299d66d17301b6ade.png


二、准备工作


首先准备好4台虚拟机,且都要安装好MySQL,版本必须要一致。我这里的MySQL是5.7版本,主节点是192.168.2.31与192.168.2.74,另外两台为从节点。

name ip
master1 192.168.2.31
slave1 192.168.2.32
master2 192.168.2.74
slave2 192.168.2.75


三、MySQL多主多从搭建流程


1、修改2个主节点配置文件

由于2个master要配置成互为主从的效果,所以需要修改2个master节点的配置文件,有一丢丢的差别,注意看!

  • master1上配置/etc/my.cnf文件
[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
##########################################################################################
# MySQL 服务的唯一编号,每个 MySQL 服务的 id 需唯一
server-id = 1
# 服务端口号,默认为 3306
port = 3306
#启动二进制日志系统
log-bin=mysql-bin
#设置logbin格式
binlog_format=STATEMENT
#二进制需要同步的数据库名,如果需要同步多个库,例如要再同步westos库,再添加一行“binlog-do-db=westos”,以此类推
binlog-do-db=testdb
#禁止同步 mysql 数据库
binlog-ignore-db=mysql
binlog-ignore-db=information_schema
binlog-ignore-db=sys
binlog-ignore-db=performance_schema
# 是否对sql语句大小写敏感,默认值为0,1表示不敏感
lower_case_table_names=1    #1代表关闭大小写区别 0代表开启大小写
#存储引擎  lnnoDB
default_storage_engine=InnoDB
# 配置默认编码为utf8
character_set_server=utf8
init_connect='SET NAMES utf8'
# 在作为从数据库的时候,有写入操作也要更新二进制日志文件
log-slave-updates
#表示自增长字段每次递增的幅度,指自增字段的起始值,其默认值是1,取值范围是1 .. 65535
auto-increment-increment=2
# 表示自增长初始值
auto-increment-offset=1


说明:

log-slave-updates参数必须要配置,当一台主机即为主又为从时,该参数就要写到配置文件中。目的是让该节点在作为从数据库的时候,有写入操作也要更新二进制日志文件中

auto-increment-offset=1

auto-increment-increment=2

这两个参数分别表示自增长的初始值和自增长的递增幅度

master2上配置/etc/my.cnf文件

master2的配置文件与master1略微有些差异,主要是server-idauto-increment-increment,另外还要再master中增加一行relay-log=mysql-relay

  • 表示启用中继日志,如果这里不启用中继日志,后面在执行时会报错ERROR 1872 (HY000): Slave failed to initialize relay log info structure from the repository
[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
###########################################################
# MySQL 服务的唯一编号,每个 MySQL 服务的 id 需唯一
server-id = 2
# 服务端口号,默认为 3306
port = 3306
#启动二进制日志系统
log-bin=mysql-bin
#设置logbin格式
binlog_format=STATEMENT
#二进制需要同步的数据库名,如果需要同步多个库,例如要再同步westos库,再添加一行“binlog-do-db=westos”,以此类推
binlog-do-db=testdb
#禁止同步 mysql 数据库
binlog-ignore-db=mysql
#binlog-ignore-db=information_schema
#binlog-ignore-db=sys
#binlog-ignore-db=performance_schema
# 是否对sql语句大小写敏感,默认值为0,1表示不敏感
lower_case_table_names=1    #1代表关闭大小写区别 0代表开启大小写
#存储引擎  lnnoDB
default_storage_engine=InnoDB
# 配置默认编码为utf8
character_set_server=utf8
init_connect='SET NAMES utf8'
#启用中继日志
relay-log=mysql-relay
# 在作为从数据库的时候,有写入操作也要更新二进制日志文件
log-slave-updates=1
#表示自增长字段每次递增的量,指自增字段的起始值,其默认值是1,取值范围是1 .. 65535
auto-increment-increment=2
# 表示自增长字段从哪个数开始,指字段一次递增多少,他的取值范围是1 .. 65535
auto-increment-offset=2


2、修改2个从节点配置文件

两个从节点的配置文件内容除了server-id不同,其余都是一致的,如下:

  • slave1配置内容
[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
server-id=32
#启用中继日志
relay-log=mysql-relay
# 服务端口号,默认为 3306
port = 3306
# 是否对sql语句大小写敏感,默认值为0,1表示不敏感
lower_case_table_names=1    #1代表关闭大小写区别 0代表开启大小写
default_storage_engine=InnoDB   #存储引擎  lnnoDB
# # 配置默认编码为utf8
character_set_server=utf8
init_connect='SET NAMES utf8'


  • slave2配置内容
[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
server-id=75
#启用中继日志
relay-log=mysql-relay
# 服务端口号,默认为 3306
port = 3306
# 是否对sql语句大小写敏感,默认值为0,1表示不敏感
lower_case_table_names=1    #1代表关闭大小写区别 0代表开启大小写
default_storage_engine=InnoDB   #存储引擎  lnnoDB
# # 配置默认编码为utf8
character_set_server=utf8
init_connect='SET NAMES utf8'


3、2个主节点相互复制

  • master1上的MySQL中执行:
    进入MySQL:mysql -uroot -pQWErty@123.
# 创建主从同步账号:
grant replication client,replication slave on *.* to 'test1'@'192.168.2.%' identified by 'QWErty@123.';
# 刷新
flush privileges;
# 查看用户是否创建成功
select user from mysql.user where user = '刚才创建的用户';    # mysql.user  表示mysql数据库下的user表
#查看master状态
show master status;
```master status;


file:binlog日志的名字

Position :接入点 (从机从接入点开始复制)

Binlog_Do_DB :需要复制的数据库

Binlog_Ignore_DB :不需要复制的数据库

5d293c26a65c4e028307f767a3220388.png

  • master2上的MySQL中执行:
    进入MySQL:mysql -uroot -pQWErty@123.
# 创建主从同步账号:
grant replication client,replication slave on *.* to 'test1'@'192.168.2.%' identified by 'QWErty@123.';
# 刷新
flush privileges;
# 查看用户是否创建成功
select user from mysql.user where user = '刚才创建的用户';    # mysql.user  表示mysql数据库下的user表
#查看master状态
show master status;


07b033afd3bd45bd96cf36e3aecc74c2.png

下面将master1与master2相互复制

  • master1上执行:
change master to master_host='192.168.2.74', 
master_user='test1', 
master_password='QWErty@123.', 
master_port=3306, 
master_log_file='mysql-bin.000002', 
master_log_pos=154;


注意:这里的信息都是主节点的信息。其中,

master_log_file是在192.168.2.74主机上使用show master status查看的File名称

master_log_pos是在192.168.2.74主机上使用show master status查看的Position

# 启动从服务器复制功能
start slave;
# 查看从服务器状态
show slave status\G;

1fc8b43524944ebab6d7469819eba782.png

  • master2上执行:
    在master2上复制master1的内容
change master to master_host='192.168.2.31', 
master_user='test1', 
master_password='QWErty@123.', 
master_port=3306, 
master_log_file='mysql-bin.000002', 
master_log_pos=154;


# 启动从服务器复制功能
start slave;
# 查看从服务器状态
show slave status\G;

a33a00dde77a4c848e4c15ea42688aae.png

master1与master2都显示为2个绿色的Yes,表示两台主机复制成功


4、2个从节点分别复制主节点

  • slave1操作:
    slave1IP:192.168.2.32,对应主节点:192.168.2.31
change master to master_host='192.168.2.31', 
master_user='test1', 
master_password='QWErty@123.', 
master_port=3306, 
master_log_file='mysql-bin.000002', 
master_log_pos=154;
# 启动从服务器复制功能
start slave;
# 查看从服务器状态
show slave status\G;


  • slave2操作:
    slave2IP:192.168.2.75,对应主节点:192.168.2.74
change master to master_host='192.168.2.74', 
master_user='test1', 
master_password='QWErty@123.', 
master_port=3306, 
master_log_file='mysql-bin.000002', 
master_log_pos=154;
# 启动从服务器复制功能
start slave;
# 查看从服务器状态
show slave status\G;


两台从节点都显示了2个绿色的Yes说明复制成功


注意:

change master to master_host='192.168.2.XX', 
master_user='test1', 
master_password='QWErty@123.', 
master_port=3306, 
master_log_file='mysql-bin.000002', 
master_log_pos=154;


如果执行下面这段命令,报错了,需要去对应的主节点查看master_log_filemaster_log_pos是否发生了变化

然后停止slave的复制:stop slave;

在执行上面的change master to……这一串命令

然后开启复制:start slave;

再看slave状态show slave status\G;


5、测试

在master1上创建数据库testdb,因为我们配置文件里配置的同步数据库就是testdb,在testdb中创建表bsm,并写入内容;

mysql> create database testdb;
mysql> use testdb;
mysql> create table bsm(id int(10),where varchar(20));
mysql> insert bsm values(1,2.74);


在master2、slave1、slave2节点查看,可以看到masetr1增加的数据;

546510c6c2d743d89b5bd48a1648e0b2.png

6fac470002b3450890e08f29140f0699.png

cfdaf970002440c298372ff982fec767.png

同样的,在master2上往表里写入数据,其他节点也可以同步数据。

6859961bfecb40dbb92def02430336d2.png

da462d6f0817434bb8c841ce5f20fb0c.png

记录:

Slave_IO_Running: Connecting

  1. 问题原因:
    (1)网络不通
    (2)防火墙端口未开放
    (3)mysql账户密码错误

(4)mysql主从机配置文件写错

(5)配置从机连接语法错误

(6)主机未开放账户连接权限

2、错误:MySQL error code 1872 (ER_SLAVE_RLI_INIT_REPOSITORY): Slave failed to initialize relay log info structure from the repository

执行完change master to……,后start slave爆出这个错误。

是找不到中继日志的仓库,需要检查变量relay log的位置是否设置

mysql> show variables like 'relay%';

如果没有配置,在配置文件中加上;如果配置了,执行reset slave,之后再change master to……,最后start slave

3、在执行change master to……一定要看master节点的status,查看file的名称和postion的数字书否变化,即使变更。


参考文章:

https://www.jb51.net/article/213992.htm

https://www.bloghome.com.cn/post/mysqlshuang-zhu-zhu-zhu-jia-gou-fang-an.html

https://blog.csdn.net/qq_42094345/article/details/108191985

相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
MySQL数据库入门学习
本课程通过最流行的开源数据库MySQL带你了解数据库的世界。   相关的阿里云产品:云数据库RDS MySQL 版 阿里云关系型数据库RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务,提供容灾、备份、恢复、迁移等方面的全套解决方案,彻底解决数据库运维的烦恼。 了解产品详情: https://www.aliyun.com/product/rds/mysql 
相关文章
|
4月前
|
Java 关系型数据库 MySQL
在Linux平台上进行JDK、Tomcat、MySQL的安装并部署后端项目
现在,你可以通过访问http://Your_IP:Tomcat_Port/Your_Project访问你的项目了。如果一切顺利,你将看到那绚烂的胜利之光照耀在你的项目之上!
288 41
|
4月前
|
开发框架 Java 关系型数据库
在Linux系统中安装JDK、Tomcat、MySQL以及部署J2EE后端接口
校验时,浏览器输入:http://[your_server_IP]:8080/myapp。如果你看到你的应用的欢迎页面,恭喜你,一切都已就绪。
380 17
|
4月前
|
Java 关系型数据库 MySQL
在Linux操作系统上设置JDK、Tomcat、MySQL以及J2EE后端接口的部署步骤
让我们总结一下,给你的Linux操作系统装备上最强的军队,需要先后装备好JDK的弓箭,布置好Tomcat的阵地,再把MySQL的物资原料准备好,最后部署好J2EE攻城车,那就准备好进军吧,你的Linux军团,无人可挡!
113 18
|
4月前
|
开发框架 关系型数据库 Java
Linux操作系统中JDK、Tomcat、MySQL的完整安装流程以及J2EE后端接口的部署
然后Tomcat会自动将其解压成一个名为ROOT的文件夹。重启Tomcat,让新“植物”适应新环境。访问http://localhost:8080/yourproject看到你的项目页面,说明“植物”种植成功。
125 10
|
8月前
|
存储 关系型数据库 MySQL
美团面试:MySQL为什么 不用 Docker部署?
45岁老架构师尼恩在读者交流群中分享了关于“MySQL为什么不推荐使用Docker部署”的深入分析。通过系统化的梳理,尼恩帮助读者理解为何大型MySQL数据库通常不使用Docker部署,主要涉及性能、管理复杂度和稳定性等方面的考量。文章详细解释了有状态容器的特点、Docker的资源隔离问题以及磁盘IO性能损耗,并提供了小型MySQL使用Docker的最佳实践。此外,尼恩还介绍了Share Nothing架构的优势及其应用场景,强调了配置管理和数据持久化的挑战。最后,尼恩建议读者参考《尼恩Java面试宝典PDF》以提升技术能力,更好地应对面试中的难题。
|
6月前
|
SQL 算法 搜索推荐
mysql 之order by工作流程
本文深入解析了MySQL中`ORDER BY`的排序机制,通过具体示例展示了排序过程及性能优化方法。文章首先分析了基于内存和磁盘的排序方式,包括`sort_buffer_size`的影响以及临时文件的使用场景。接着介绍了`rowid`排序算法,该算法通过减少参与排序的数据量来提升性能,并对比了其与传统排序的区别。此外,还探讨了随机查询`ORDER BY RAND()`的执行流程及其优化策略。最后提到了MySQL 5.6引入的优先队列排序算法,适用于仅需部分有序结果的场景。文章结合`optimizer_trace`工具详细说明了各配置参数对排序行为的影响,为优化查询提供了实用指导。
mysql 之order by工作流程
|
7月前
|
SQL 网络协议 关系型数据库
MySQL 主从复制
主从复制是 MySQL 实现数据冗余和高可用性的关键技术。主库通过 binlog 记录操作,从库异步获取并回放这些日志,确保数据一致性。搭建主从复制需满足:多个数据库实例、主库开启 binlog、不同 server_id、创建复制用户、从库恢复主库数据、配置复制信息并开启复制线程。通过 `change master to` 和 `start slave` 命令启动复制,使用 `show slave status` 检查同步状态。常见问题包括 IO 和 SQL 线程故障,可通过重置和重新配置解决。延时原因涉及主库写入延迟、DUMP 线程性能及从库 SQL 线程串行执行等,需优化配置或启用并行处理
205 40
|
7月前
|
关系型数据库 MySQL 数据库
RDS用多了,你还知道MySQL主从复制底层原理和实现方案吗?
随着数据量增长和业务扩展,单个数据库难以满足需求,需调整为集群模式以实现负载均衡和读写分离。MySQL主从复制是常见的高可用架构,通过binlog日志同步数据,确保主从数据一致性。本文详细介绍MySQL主从复制原理及配置步骤,包括一主二从集群的搭建过程,帮助读者实现稳定可靠的数据库高可用架构。
399 9
RDS用多了,你还知道MySQL主从复制底层原理和实现方案吗?
|
7月前
|
SQL 存储 关系型数据库
MySQL主从复制 —— 作用、原理、数据一致性,异步复制、半同步复制、组复制
MySQL主从复制 作用、原理—主库线程、I/O线程、SQL线程;主从同步要求,主从延迟原因及解决方案;数据一致性,异步复制、半同步复制、组复制
662 11
|
3月前
|
人工智能 运维 关系型数据库
数据库运维:mysql 数据库迁移方法-mysqldump
本文介绍了MySQL数据库迁移的方法与技巧,重点探讨了数据量大小对迁移方式的影响。对于10GB以下的小型数据库,推荐使用mysqldump进行逻辑导出和source导入;10GB以上可考虑mydumper与myloader工具;100GB以上则建议物理迁移。文中还提供了统计数据库及表空间大小的SQL语句,并讲解了如何使用mysqldump导出存储过程、函数和数据结构。通过结合实际应用场景选择合适的工具与方法,可实现高效的数据迁移。
642 1

推荐镜像

更多