MySQL的主从复制原理

转自： https://blog.csdn.net/DarkAngel1228/article/details/80003967

一.主从复制的方式

• 一主一从
• 主主复制
• 一主多从—扩展系统读取的性能，因为读是在从库读取的；
• 多主一从—5.7开始支持
• 联级复制—
  

二.用途及条件

1.mysql主从复制用途

1、做数据的热备，作为后备数据库，主数据库服务器故障后，可切换到从数据库继续工作，避免数据丢失。
2、架构的扩展。业务量越来越大，I/O访问频率过高，单机无法满足，此时做多库的存储，降低磁盘I/O访问的频率，提高单个机器的I/O性能。

3、读写分离，使数据库能支撑更大的并发。在报表中尤其重要。由于部分报表sql语句非常的慢，导致锁表，影响前台服务。如果前台使用master，报表使用slave，那么报表sql将不会造成前台锁，保证了前台速度。

• 实时灾备，用于故障切换
• 读写分离，提供查询服务
• 备份，避免影响业务

2.主从部署必要条件：

• 主库开启binlog日志（设置log-bin参数）
• 主从server-id不同
• 从库服务器能连通主库

三.主从原理

mysql主从复制原理

主要涉及三个线程：binlog 线程、I/O 线程和 SQL 线程。

• binlog 线程 ：负责将主服务器上的数据更改写入二进制日志（Binary log）中。
• I/O 线程 ：负责从主服务器上读取二进制日志，并写入从服务器的中继日志（Relay log）。
• SQL 线程 ：负责读取中继日志，解析出主服务器已经执行的数据更改并在从服务器中重放（Replay）。

步骤一：主库db的更新事件(update、insert、delete)被写到binlog
步骤二：从库发起连接，连接到主库
步骤三：此时主库创建一个binlog dump thread线程，把binlog的内容发送到从库
步骤四：从库启动之后，创建一个I/O线程，读取主库传过来的binlog内容并写入到relay log.
步骤五：还会创建一个SQL线程，从relay log里面读取内容，从Exec_Master_Log_Pos位置开始执行读取到的更新事件，将更新内容写入到slave的db.

四.问题及解决方法

mysql主从复制存在的问题：

• 主库宕机后，数据可能丢失
• 从库只有一个sql Thread，主库写压力大，复制很可能延时

解决方法：

• 半同步复制—解决数据丢失的问题
• 并行复制—-解决从库复制延迟的问题

五.半同步复制

mysql semi-sync（半同步复制）

半同步复制：
- 5.5集成到mysql，以插件的形式存在，需要单独安装
- 确保事务提交后binlog至少传输到一个从库
- 不保证从库应用完这个事务的binlog
- 性能有一定的降低，响应时间会更长
- 网络异常或从库宕机，卡主主库，直到超时或从库恢复

主从复制–异步复制原理

半同步复制原理：

• 事务在主库写完binlog后需要从库返回一个已接受，才放回给客户端；
• 5.5集成到mysql，以插件的形式存在，需要单独安装
• 确保事务提交后binlog至少传输到一个从库
• 不保证从库应用完成这个事务的binlog
• 性能有一定的降低
• 网络异常或从库宕机，卡主库，直到超时或从库恢复
  

六.并行复制

mysql并行复制

• 社区版5.6中新增
• 并行是指从库多线程apply binlog库级别并行应用binlog，同一个库数据更改还是串行的(5.7版并行复制基于事务组)设置
• 设置sql线程数为10

set global slave_parallel_workers=10;
 
 
1