MySQL数据库（三）—— MySQL主从复制实战指南与读写分离原理讲解

原创已于 2025-09-16 11:30:54 修改 · 886 阅读

7 ·

CC 4.0 BY-SA版权

文章标签：

#数据库 #mysql #云计算 #运维

于 2025-09-15 21:29:57 首次发布

mysql数据库专栏收录该内容

4 篇文章

订阅专栏

前言

在企业级应用中，随着业务规模的扩大，单台MySQL服务器往往难以满足高并发、高可用性和数据安全性的需求。

MySQL主从复制与读写分离技术应运而生，通过配置多台数据库服务器，实现数据的分布式处理和负载均衡，有效提升数据库系统的整体性能和可靠性。

本文将深入探讨MySQL主从复制的原理、配置方法，以及如何通过读写分离进一步优化数据库架构。

一、MySQL主从复制原理

1.1 MySQL的复制类型

MySQL支持三种复制类型：

基于语句的复制（STATEMENT）：MySQL默认的复制类型，记录执行的SQL语句。
基于行的复制（ROW）：记录每一行数据的变更细节。
混合类型的复制（MIXED）：结合上述两种方式，根据情况自动选择最优复制方式。

1.2 MySQL主从复制的工作过程

在这里插入图片描述

主从复制依赖于“两日志、三线程”机制：

二进制日志（Binary Log）：主库（Master）在每个事务更新数据前，将更改记录到二进制日志中。写入二进制日志完成后，Master 通知存储引擎提交事务。
中继日志（Relay Log）：从库（Slave）通过 I/O 线程与主库（Master）建立连接。主库会为这个连接创建一个 Binlog Dump 线程，dump线程读取主库二进制日志中的事件，将尚未同步的事件发送给从库的 I/O 线程。若已同步至最新位置，dump 线程会进入等待状态，直到主库产生新事件后再通知I/O线程。I/O线程将这些事件写入到从库的中继日志中。
SQL线程：SQL 线程负责复制的最后阶段，它从中继日志中读取事件并重放（Replay），从而更新从库数据，使其与主库保持一致。只要 SQL 线程与 I/O 线程之间的协调正常，中继日志通常可驻留在操作系统缓存中，因此其额外开销较小。

🔍 注意：复制过程在从库上是串行化的，主库的并行更新在从库上无法并行执行。

1.2.1 主从复制延迟问题及解决

延迟可能由以下原因引起：

主库高并发，产生大量事务
网络延迟
主从服务器硬件差异（CPU、内存、硬盘I/O）
主从复制采用异步复制方式，不是同步复制

解决方法：

优化从库参数（如增大innodb_buffer_pool_size），让更多操作在Mysql内存中完成，减少磁盘操作。
从库使用高性能主机。包括配备强劲的CPU、内存加大。避免使用虚拟云主机，使用物理主机，这样提升了i/o方面性。
网络优化（避免跨机房同步）
从库使用SSD磁盘
使用半同步复制（解决数据丢失的问题）或并行复制（解决从库复制延迟的问题）

1.3 MySQL同步方式

1、异步复制（Async Replication）：默认方式，主库写入二进制日志后不等待从库响应。
2、同步复制（Sync Replication）：主库需等待所有从库执行完成才返回结果，保证数据一致性但性能较低。

3、半同步复制（Semi-Sync Replication）：折中方案，主库等待至少一个从库接收日志后返回确认。
4、增强半同步复制（Lossless Semi-Sync Replication）：半同步复制增强版，在提交前等待从库写入磁盘确认，避免数据不一致

1.4 MySQL主从复制的应用场景

主从复制不仅用于数据备份，还演变为读写分离的基础，进一步解决高并发场景下的性能瓶颈。常见的架构演进路径包括：

1、单台mysql有单点故障
2、集群 ——》主从复制
3、主从复制读和写的压力不均衡
4、读写分离
5、读写分离的基础是主从复制
6、mysql的高可用架构MHA（master HA高可用） MGR MMM

二、主从复制实战配置

2.1 环境准备

操作系统：CentOS 7.9
服务器配置：
- Master：192.168.10.110，MySQL 5.7
- Slave1：192.168.10.120，MySQL 5.7
- Slave2：192.168.10.123，MySQL 5.7

2.2 主从服务器时间同步

2.2.1 Master服务器配置

# 安装ntp软件
yum install ntpdate ntp -y

# 编辑配置文件
vim /etc/ntp.conf
# 添加以下内容：
# 设置本机为时间同步源
server 127.127.1.0
# 设置本机的时间层级为10级，0级表示时间层级为0级，是向其他服务器提供时间同步源的意思，不要设置为0级
fudge 127.127.1.0 stratum 10

# 开启NTP服务、关闭防火墙和增强性安全功能
systemctl start ntpd
systemctl stop firewalld
setenforce 0

在这里插入图片描述

2.2.2 两台Slave服务器配置

# 安装ntp、ntpdate服务
yum install ntp ntpdate -y
# 开启ntp服务，关闭防火墙、增强性安全功能
systemctl stop firewalld
setenforce 0
# 时间同步master服务器
ntpdate 192.168.10.110
# 添加定时任务：
crontab -e
*/10 * * * * /usr/sbin/ntpdate 192.168.10.110

在这里插入图片描述

PS：如果是外网环境

# 主/从服务器同步阿里云时间即可
update ntp.aliyun.com

在这里插入图片描述

2.3 MySQL安装（略）

三台服务器均需安装MySQL 5.7，建议使用编译安装方式。
参考文章： MySQL数据库（一）—— 数据库基础与MySQL安装管理指南

2.4 配置主从同步

2.4.1 Master配置

vim /etc/my.cnf
# 添加以下内容：
#在mysqld模块下修改以下内容
#开启二进制日志文件（之后生成的日志名为master-bin）
log_bin=master-bin
#开启从服务器日志同步
log_slave-updates=true
#主服务器id为1（不可重复）
server_id=1

# 重启服务
systemctl restart mysqld

在这里插入图片描述

配置规则&&刷新权限表：

mysql -uroot -p
# 给从服务器提权，允许使用slave的身份复制master的所有数据库的所有表，并指定密码为123456
GRANT REPLICATION SLAVE ON *.* TO 'myslave'@'192.168.10.%' IDENTIFIED BY '123456';
FLUSH PRIVILEGES;
# 查看master数据库状态
SHOW MASTER STATUS;

在这里插入图片描述

2.4.2 Slave配置

vim /etc/my.cnf
# 添加以下内容：
#开启二进制日志文件
log-bin=master-bin
#设置server id为22，slave2 为23
server_id = 22
# 设置从库中继日志的文件名前缀
relay-log=relay-log-bin
# 指定中继日志索引文件的名称
relay-log-index=slave-relay-bin.index


==============================================================
log_bin=master-bin
server_id = 22
relay-log=relay-log-bin
relay-log-index=slave-relay-bin.index
==============================================================
systemctl restart mysqld

在这里插入图片描述

开启从服务器功能：

mysql -uroot -p
CHANGE MASTER TO 
MASTER_HOST='192.168.10.110',
MASTER_USER='myslave',
MASTER_PASSWORD='123456',
MASTER_LOG_FILE='master-bin.000001',
MASTER_LOG_POS=603;

START SLAVE;
# 查看从服务器状态
SHOW SLAVE STATUS\G;