MySQL集群架构(一):主从模式

本文介绍了MySQL集群架构设计中的主从模式,包括适用场景、实现原理和扩展性设计。主从复制是提升读性能和实现高可用的常见方案,涉及到异步复制、半同步复制和并行复制。并行复制从MySQL 5.6的基于库的并行到MySQL 8.0的基于write-set的并行,提高了复制效率。文章还讨论了读写分离的实践与注意事项,以及监控并行复制的策略。
摘要由CSDN通过智能技术生成

前言

本节开始介绍mysql的集群架构设计与主从模式

集群架构设计

架构设计理念

在集群架构设计时,主要遵从下面三个维度

  • 可用性
  • 扩展性
  • 一致性

可用性设计

  • 站点高可用,冗余站点
  • 服务高可用,冗余服务
  • 数据高可用,冗余数据

保证高可用的方法是冗余。但是数据冗余带来的问题是数据一致性问题。
实现高可用的方案有以下几种架构模式:

  • 主从模式
    -简单灵活,能满足多种需求。比较主流的用法,但是写操作高可用需要自行处理
  • 双主模式
    互为主从,有双主双写、双主单写两种方式,建议使用双主单写

扩展性设计

扩展性主要围绕着读操作扩展和写操作扩展展开

如何扩展以提高读性能

  • 加从库
    简单易操作,方案成熟。
    从库过多会引发主库性能损耗。建议不要作为长期的扩充方案,应该设法用良好的设计避免持续加从库来缓解读性能问题。
  • 分库分表
    可以分为垂直拆分和水平拆分,垂直拆分可以缓解部分压力,水平拆分理论上可以无限扩展。

如何扩展以提高写性能

分库分表

一致性设计

一致性主要考虑集群中各数据库数据同步以及同步延迟问题。可以采用的方案如下:

  • 不使用从库
    扩展读性能问题需要单独考虑,否则容易出现系统瓶颈
  • 增加访问路由层
    可以先得到主从同步最长时间t,在数据发生修改后的t时间内,先访问主库

主从模式

适用场景

MySQL主从模式是指数据可以从一个MySQL数据库服务器主节点复制到一个或多个从节点。MySQL 默认采用异步复制方式,这样从节点不用一直访问主服务器来更新自己的数据,从节点可以复制主数据库中的所有数据库,或者特定的数据库,或者特定的表。
在这里插入图片描述
mysql主从复制用途

  • 实时灾备,用于故障切换(高可用)
  • 读写分离,提供查询服务(读扩展)
  • 数据备份,避免影响业务(高可用)

主从部署必要条件:

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

实现原理

主从复制

下图是主从复制的原理图。
在这里插入图片描述
主从复制整体分为以下三个步骤:

  • 主库将数据库的变更操作记录到Binlog日志文件中
  • 从库读取主库中的Binlog日志文件信息写入到从库的Relay Log中继日志中
  • 从库读取中继日志信息在从库中进行Replay,更新从库数据信息
    在上述三个过程中,涉及了Master的BinlogDump Thread和Slave的I/O Thread、SQL Thread,它们的作用如下
  • Master服务器对数据库更改操作记录在Binlog中,BinlogDump Thread接到写入请求后,读取Binlog信息推送给Slave的I/O Thread
  • Slave的I/O Thread将读取到的Binlog信息写入到本地Relay Log中
  • Slave的SQL Thread检测到Relay Log的变更请求,解析relay log中内容在从库上执行

上述过程都是异步操作,俗称异步复制,存在数据延迟现象
下图是异步复制的时序图
在这里插入图片描述
mysql主从复制存在的问题

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

解决方法:

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

半同步复制

为了提升数据安全,MySQL让Master在某一个时间点等待Slave节点的 ACK(Acknowledgecharacter)消息,接收到ACK消息后才进行事务提交,这也是半同步复制的基础,MySQL从5.5版本开始引入了半同步复制机制来降低数据丢失的概率。
介绍半同步复制之前先快速过一下 MySQL 事务写入碰到主从复制时的完整过程,主库事务写入分为 4个步骤:

  • InnoDB Redo File Write (Prepare Write)
  • Binlog File Flush & Sync to Binlog File
  • InnoDB Redo File Commit(Commit Write)
  • Send Binlog to Slave
    当Master不需要关注Slave是否接受到Binlog Event时,即为传统的主从复制。
    当Master需要在第三步等待Slave返回ACK时,即为 after-commit,半同步复制(MySQL 5.5引入)。
    当Master需要在第二步等待 Slave 返回 ACK 时,即为 after-sync,增强半同步(MySQL 5.7引入)。
    下图是 MySQL 官方对于半同步复制的时序图,主库等待从库写入 relay log 并返回 ACK 后才进行Engine Commit。

在这里插入图片描述

并行复制

MySQL的主从复制延迟一直是受开发者最为关注的问题之一࿰

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值