为什么使用主、从架构：

1. 单机下如果宕机，通过AOF、RDB恢复需要时间。服务会出现中断，为了高可用性
2. 单机性能存在瓶颈上限，主、从可以提升读操作的瓶颈上限，为了高性能

主、从模式特点：

• 主、从之间的数据同步操作是异步进行的，属于弱一致性（最终一致）
• 通过冗余解决可用性问题：
  • 数据冗余（每个节点都存数据）
  • 服务冗余（每个节点都可以提供读服务，不支持写）
• 冗余带来的新问题：
  • 主、从数据的一致性问题：
    • Redis提供了主从复制模式，避免数据不一致
  • 多服务的通信问题：
    • 主、从心跳监测
    • 哨兵机制
• 读、写分离：
  • 读操作：主、从都可以接收命令
  • 写操作：仅主库接收命令，执行后同步给从库

主从复制

• MySQL 集群的主从复制过程梳理成 3 个阶段：

  1. 写入 Binlog：主库写 binlog 日志，提交事务，并更新本地存储数据。
  2. 同步 Binlog：把 binlog 复制到所有从库上，每个从库把 binlog 写到暂存日志中。
  3. 回放 Binlog：回放 binlog，并更新存储引擎中的数据。

• 具体详细过程如下：

  1. MySQL 主库在收到客户端提交事务的请求之后，会先写入 binlog，再提交事务，更新存储引擎中的数据，事务提交完成后，返回给客户端“操作成功”的响应。
  2. 从库会创建一个专门的 I/O 线程，连接主库的 log dump 线程，来接收主库的 binlog 日志，再把 binlog 信息写入 relay log 的中继日志里，再返回给主库“复制成功”的响应。
  3. 从库会创建一个用于回放 binlog 的线程，去读 relay log 中继日志，然后回放 binlog 更新存储引擎中的数据，最终实现主从的数据一致性。