一张图让你明白MySQL的主从复制

本文详细介绍了MySQL主从复制的工作原理及其应用场景。包括如何通过主从复制实现读写分离、数据热备份及架构扩展等内容。此外,还阐述了主从复制的具体流程以及涉及的线程机制。

 MySQL为什么要做主从复制

  1. 在业务复杂的系统中,有这么一个情景,有一句sql语句需要锁表,导致暂时不能使用读的服务,那么就很影响运行中的业务,使用主从复制,让主库负责写,从库负责读,这样,即使主库出现了锁表的情景,通过读从库也可以保证业务的正常运行。
  2. 做数据的热备,主库宕机后能够及时替换主库,保证业务可用性。
  3. 架构的扩展。业务量越来越大,I/O访问频率过高,单机无法满足,此时做多库的存储,降低磁盘I/O访问的频率,提高单个机器的I/O性能。

MySQL主从复制的流程

1.主服务器的更新的数据(update、insert、delete)记录到二进制日志(bin log)中

2.从服务器将主服务器的日志复制到自己的中继日志(relay log)中

3.从服务器读取中继日志的事件,更新其内容写到从数据库中

主从复制涉及的三个线程

:binlog线程—记录下所有改变了数据库数据的语句,放进主服务器上的binlog中

:io线程—在开启从服务器之后,负责从主服务器上拉取 binlog 内容,放进自己的relay log中

:sql执行线程—执行relay log中的语句

综上所述,可知:

对于每一个主从复制的连接,都有三个线程。拥有多个从库的主库为每一个连接到主库的从库创建一个binlog输出线程,每一个从库都有它自己的I/O线程和SQL线程。

快照:某一时刻的数据做备份

为什么从服务器做快照:主服务器发生错误,数据被破坏,可以利用从服务器的快照来恢复数据

### MySQL 主从复制架构MySQL主从复制环境中,通常存在一个主服务器(Master)和多个从服务器(Slave),这些组件之间的关系可以通过形化表示来更好地理解其工作流程[^2]。 #### 形示意说明: 1. **单向数据流动** - 数据更新操作仅发生在主服务器上。 - 所有更改都会被记录到二进制日志(Binary Log)文件中。 2. **I/O线程通信** - 从服务器启动I/O线程连接至主服务器请求最新的Binary Log事件。 - 这些事件随后会被保存到本地的Relay Log文件里。 3. **SQL线程处理** - SQL线程负责读取并执行存储于Relay Logs中的SQL语句。 - 完成后的事务状态变更会反映在从服务器的数据副本之上。 4. **GTID机制支持** - 当启用全局事务标识符(GTID),每条交易都将拥有唯一编号。 - 此特性简化了故障转移过程以及跨节点间的一致性维护。 5. **客户端访问模式** - 应用程序可通过代理或其他中间件实现自动化的读写分离策略。 - 对于只读查询可分发给任意一台或多台从机完成;而对于修改类命令则需定向发送给主机执行。 ```mermaid graph LR; A[应用程序/客户端] --> B((负载均衡器)); B --> C{选择}; C -- 写入 --> D[Mysql Master]; C -- 查询 --> E[Mysql Slave 1]; C -- 查询 --> F[Mysql Slave N]; G[(Binlog)]-.->|传输|.H[Relay log on Slaves]; H-.->|回放|.E & F; ``` 此Mermaid表展示了典型的MySQL主从复制体系结构,其中包含了如何通过负载均衡设备分配流量、binlog与relay logs间的交互细节等内容。值得注意的是,在启用了GTID的情况下,还可以进一步优化切换逻辑和服务恢复效率[^1]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值