Mysql复制介绍

1. 作用

• 对数据备份, 实现高可用 HA
• 通过读写分离, 提高吞吐量, 实现高性能

2. 原理

• Mysql的复制 是一个异步的复制过程
• 过程本质为 Slave 从 Master 端获取 Binary Log, 然后再在自己身上完全顺序的执行日志中所记录的各种操作
• MySQL 复制的基本过程如下:
  • Slave 上面的 IO 线程连接上 Master， 并请求从指定日志文件的指定位置之后的日志内容;
  • Master 接收到来自 Slave 的 IO 线程的请求后， 通过负责复制的IO线程 根据请求信息读取日志信息，返回给 Slave 端的 IO 线程。
  • Slave 的 IO 线程接收到信息后，将接收到的日志内容依次写入到 Slave 端的 Relay Log文件
  • Slave 的 SQL 线程检测到 Relay Log 中新增加了内容后，会马上解析该文件中的内容, 并在自身执行这些 原始SQL语句。

3. 常用架构

主从架构

• 性能
  • 一主多从, 读写分离, 提高吞吐量
• 可用性
  • 主库单点, 一旦挂了, 无法写入
  • 从库高可用

 

主备架构

• 性能
  • 单库读写, 性能一般
• 可用性
  • 高可用, 一旦主库挂了, 就启用备库
• 这种方案被阿里云、美团等企业广泛使用

 

 问题: 既然主备互为备份, 为什么不采用双主方案, 提供两台主进行负载均衡?

主备架构搭建除了配置双主同步, 还需要搭配第三方故障转移/高可用方案, 属于DBA和运维专业领域, 这里不展开讲解, 在后续的线上课程 python运维开发-03章LVS/04章Keepalived 中有具体讲解,

也可参考博客: MySQL + Keepalived 双主热备高可用操作记录 进行搭建

高可用复合架构

• 性能
  • 读写分离, 提高吞吐量
• 可用性
  • 高可用, 一旦主库挂了, 就启用备库

 

 A库宕机的情况:

 

 B库宕机的情况: