当前位置:Gxlcms > 数据库问题 > MySQL常用架构

MySQL常用架构

时间:2021-07-01 10:21:17 帮助过:41人阅读

MySQL架构 Replication(MR)异步复制

无法保证当master失效后所有的updates已经复制到了slaves上,只有重启master才能继续恢复这些数据,如果master因为宿主机器物理损坏而无法修复,那些尚未复制到slaves上的updates将永久性丢失;因此异步方式存在一定的数据丢失的风险,但它的优点就是master支持的write并发能力较强,因为
master上的writes操作与slaves的复制是互为独立的。
不过这种模式,slaves总有一定的延后,这种延后在事务操作密集的应用中更加明显,不过通常这种延后时间都极其短暂的。从另一个方面来说,异步方式不要求slaves必须时刻与master建立链接,可能slaves离线、中断了replication进程或者链接的传输延迟很高,这都不会影响master对writes请求的
处理效率。比如对于“远距分布”的slaves,异步复制是比较好的选择。
此模式下,如果master失效,我们通常的做法是重启master,而不是failover到其他的slave,除非master无法恢复;因为master上会有些updates尚未复制给slaves,如果此时failover则意味着那些updates将丢失。

MySQL架构MHA

MHA(Master HA)是一款开源的 MySQL 的高可用程序,MHA 在监控到 master 节点故障时,会提升其中拥有最新数据的 slave 节点成为新的master 节点,在此期间,MHA 会通过于其它从节点获取额外信息来避免一致性方面的问题。MHA还提供了 master 节点的在线切换功能,即按需切换master/slave 节点。
MHA 是由日本人 yoshinorim(原就职于DeNA现就职于FaceBook)开发的比较成熟的 MySQL 高可用方案。MHA能够在30秒内实现故障切换,并能在故障切换中,最大可能的保证数据一致性。

MySQL架构Group Replication(MGR)

group replication中有组(group)的概念,被group replication连接在一起的MySQL服务器是一个高可用组,组内的MySQL服务器被称为成员。组的概念贯穿与group replication的使用和内部实现之中。group replication内部集成了组管理服务,实现了很多组内成员的自动化管理功能,这使得group replication的使用和管理变得非常简单。
用户对group replication组的管理有三种操作,分别如下:
①:创建组:当组的第一个成员启动时,需要对组进行初始化
②:加入组:将MySQL服务器加入到一个存在的group replication组内
③:离开组:从一个group replication组内移除一台MySQL服务器;
半同步复制市在master提交之前需要等待binlog传到slave之后,slave恢复ACK给到master,用以确认master执行的事务已经传到了slave,注意这不保证salve应用了这些事务。冗余能力很好,能够保证binlog event至少被复制到超过一半的成员上。

MySQL架构PXC(percona xtraDB cluster)-galera cluster

Galera集群具有以下特点:

  • 多主架构:真正的多主多活群集,可随时对任何节点进行读写。
  • 同步复制:集群不同节点之间数据同步,某节点崩溃时没有数据丢失。
  • 数据一致:所有节点保持相同状态,节点之间无数据分歧。
  • 并行复制:重放支持多线程并行执行以获得更好的性能。
  • 故障转移:故障节点本身对集群的影响非常小,某节点出现问题时无需切换操作,因此不需要使用VIP,也不会中断服务。
  • 自动克隆:新增节点会自动拉取在线节点的数据,最终集群所有节点数据一致,而不需要手动备份恢复。
  • 应用透明:提供透明的客户端访问,不需要对应用程序进行更改。
    裂脑(Split-Brain)
    状态快照传输 SST
    增量状态转移 IST
    流控 FLOW CONTROL

MySQL常用架构

标签:对组   冗余   book   fail   更改   客户端访问   节点数据   成员   手动   

人气教程排行