MySQL主从复制和读写分离

最新推荐文章于 2026-01-07 14:07:18 发布

原创最新推荐文章于 2026-01-07 14:07:18 发布 · 176 阅读

CC 4.0 BY-SA版权

文章标签：

本文详细介绍了MySQL主从复制的工作原理、异步、全同步和半同步复制的区别，以及如何配置和管理主从关系，包括读写分离的架构设计。同时讨论了影响性能和安全性的配置选项，以及解决主从延迟的方法。

MySQL主从复制和读写分离

主从复制原理：

主数据库的数据新增修改表表里的数据都会同步到从数据库

MySQL主从辅助的模式

异步复制 MySQL默认复制方式就是异步复制只要执行完之后客户端提交事务主MySQL会立即把结果返回给从服务器主MySQL并不关心从MySQL是否已经接受处理主MySQL一旦崩溃主MySQL事务可能没有传到从MySQL 这时候强行把从提升为主可能导致新的主MySQL数据不完整
全同步复制主库执行完成一个事务所有的从库都执行该事务才会返回客户端因为需要等待所有从库全部执行完成性能下降（对数据一致性和要求很高的场景）
半同步复制介于异步和全同步之间主库执行完一个事务后至少等待一个从库接受并处理完成之后才会返回客户端在一定程度上提高了数据的安全性也会有一定的延迟（一般是一个tcp/ip的往返时间从发送到接受的时间毫秒 RTT）半同步模式最好在低延迟的网络使用

架构：主从复制和读写分离

三台MySQL MySQL1 主（192.168.1.10） MySQL2 从（192.168.1.11） MySQL3 从（192.168.1.12）

Test1 读写分离（192.168.1.20） Test2 客户端

主从服务器之间的时间也要同步安装时间工具 ntp

Stratum 8 数字越小时间精确度越高设置fudge 8 时间层级是8 最高是15 从本地获取时间源不走网络

主的完成

从：

两台服务器时间源指向主服务器添加定时任务：

Crontab -e -u root

Date 查看当前时间

主：

Log：允许从服务器复制数据时可以从主的二进制日志写到自己的二进制日志当中

重启MySQL

进入主数据库给从服务器新建用户给从库赋权

Flush privileges 刷新权限

Show master status 查看位置点

从库：/etc/my.cnf

Server – id =2 不能重复

默认是0 1表示开启中继日志的恢复从服务器出现异常或者崩溃时从服务器会从主服务器的二进制日志正确读取和应用中继日志

重启MySQL

从2：

重启mysql

2 3分别进入数据库和主同步

CHANGE master to master_host='192.168.233.21',master_user='myslave',master_password='123456',master_log_file='master-bin.000001',master_log_pos=604;

Start slave 两台都要

Show slave status\G;

第一个是负责和主库的io通信第二个是负责自己的slave MySQL进程

Slave io running no怎么解决

网络问题
My.cnf 配置文件写错了
CHANGE master to master_host='192.168.233.21',master_user='myslave',master_password='123456',master_log_file='master-bin.000001',master_log_pos=604;要么文件名错了要么位置偏移量不对
防火墙和安全机制问题

主服务器创建kgc 查看从服务器是否同步主从复制完成主从复制是单项的只能从主复制到从

主从复制延迟问题：