什么是数据库主从复制

在多服务器业务环境中，数据库往往成为系统性能的瓶颈点。想象这样的场景：

主服务器忙着处理用户下单；
后台服务器还在读取用户信息；
报表系统又来统计销售数据……

当所有请求同时涌向单一数据库，响应延迟的概率增加了，甚至有服务中断的可能。

此时解决方案之一便是：主从复制。它让数据库也能"分工合作"，高效应对各类业务需求。

数据库主从复制流程图.png

数据库主从复制是一种常见的数据库部署架构，其中一个主节点（Master）处理所有写操作，并将数据变更同步到一个或多个从节点（Slave），从节点通常用于处理读请求。其基本原理如下：

主库记录二进制日志（binlog），记录所有数据变更操作；
从库通过 I/O 线程拉取主库 binlog，并通过 SQL 线程执行这些操作；
实现数据在多个节点间的同步。

数据库主从复制的优势

在服务器多机管理场景中，主从复制带来的好处显而易见：

读写分离：提升整体数据库性能；
高可用架构基础：为故障转移、主从切换提供可能；
数据备份冗余：从库可用于快速恢复或作为热备；
负载均衡能力增强：在多个从库间分散读负载，缓解主库压力。

数据库主从的传统搭建流程

1.准备两台服务器，分别安装好MySQL并进行初始化操作。关闭防火墙或开放指定端口3306（MySQL默认端口）。

2.修改主库配置文件 /etc/my.cnf，并重启。登录mysql，创建远程连接账号，并授予主从复制权限。

#mysql 服务ID，整个集群环境唯一。
server id=1
#是否只读，1是，0否。
read-only=0
 
#创建用户kai并设置密码，该用户可以在任何主机连MySQL服务。
CREATE USER 'kai'@'%' INDENTIFIED WITH mysql_native_password BY 'root@lxware';
#为kai用户分配主从复制权限
GRANT REPLICATION SLAVE ON *.* TO 'kai'@'%';
 
#查看主库状态，确认数据库当前写入的file和position。
show master status

3.修改从库配置文件 /etc/my.cnf，并重启。登录mysql，连接主库配置，并开启同步。

#mysql服务ID，整个集群环境唯一。
server-id=2
#是否只读，1是，0否。
read-only=1
 
#以8.0.23版本为例
CHANGE REPLICATION SOURCE TO SOURCE_HOST='xxx.xxx.xxx.xxx',SOURCE_USER='xxx',SOURCE_PASSWORD='xxx',SOURCE_LOG_FILE='xxx',SOURCE_LOG_POS=xxx;
 
#开启主从同步
start replica
 
#查看从库状态
show replica status