mysql 架构设计方案_MySQL 架构设计 Study-高可用设计之思路及方案

Myth丶恋晨 2023-01-11 13:21 135阅读 0赞

\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#

MySQL高可用设计之思路及方案

\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#

1.利用 Replication 来实现高可用架构

\-----------------------------

1) 常规的 Master - Slave 解决基本的主备设计

2) Master 单点问题的解决

3) Dual Master 与级联复制结合解决异常故障下的高可用

4) Dual Master 与级联复制结合解决在线 DDL 变更问题

2.利用 MySQL Cluster 实现整体高可用

\-----------------------------

17.2.1 SQL 节点的高可靠性保证

17.2.2 NDB 节点的高可靠性保证

假设我们存在4 个NDB 节点，数据被分成4 个partition 存放，数据冗余存储，每份数据存储2 份，也就是说NDB

配置中的NoOfReplicas 参数设置为2，4 个节点将被分成2个NDB Group。

3.利用 DRBD 保证数据的高安全可靠

\-----------------------------

DRBD 其实就是通过网络来实现块设备的数据镜像同步的一款开源Cluster软件，也被俗称为网络RAID1.

当DRBD 捕获到文件系统的写操作之后，会在进行本地的磁盘写操作的同时，以TCP/IP 协议将，通过本地主机的网络设备(

NIC)将IO 传递至远程主机的网络设备。

当远程主机的DRBD 监听到传递过来的IO信息之后，会立即将该数据写入到该DRBD 所维护的磁盘设备。至此，整个IO

才做完成。

三种复制模式所代表的

含义：

Protocol

A：这种模式是可靠性最低的模式，而且是一个异步的模式。当我们使用这个模式来配置的时候，写远程数据的进程将数据通过TCP/IP

协议发送进入本地主机的TCPsend buffer 中，即返回完成。

Protocol B：这种模式相对于Protocol A

来说，可靠性要更高一些。因为写入远程的线程会等待网络信息传输完成，也就是数据已经被远程的DRBD 接受到之后返回完成。

Protocol C：Protocol C 复制模式是真正完全的同步复制模式，只有当远程的DRBD

将数据完全写入磁盘成功后，才会返回完成。

下面就是DRBD 目前存在的一些比较重要的限制：

1、对于使用常规文件系统(非分布式文件系统)的情况下，DRBD 只能支持单Primary模式。在单Primary

模式下，只有一个节点的数据是可以对外提供IO 服务的。

只有当使用GFS 或者OCFS2 这样的分布式文件系统的时候，才能支持DualPrimary 模式。

2、Sblit Brain 的解决。因为某些特殊的原因，造成两台主机之间的DRBD 连接中断之后双方都以Primary

角色来运行之后的处理还不是太稳定。虽然DRBD 的配置

文件中可以配置自动解决Split

Brain，但是从我之前的测试情况来看，并不是每次的解决都非常令人满意，在有些情况下，可能出现某个节点完全失效的可能。

3、复制节点数目的限制，即使是目前最新的DRBD 版本来说，也最多只支持三个节点之间的复制。

4.其他高可用设计方案

\-----------------------------

而对于共享存储的解决方案，则是一个相对来说比较昂贵的解决方案了。运行MySQLServer

的主机上面并不存放数据，

只不过通过共享协议(FC 或者NFS)来将远程存储设备上面的磁盘空间Mount 到本地，当作本地磁盘来使用。

5.各种高可用方案的利弊比较

\-----------------------------

1、MySQL Replication

优势：部署简单，实施方便，维护也不复杂，是MySQL 天生就支持的功能。且主备机

之间切换方便，可以通过第三方软件或者自行编写简单的脚本即可自动完成主备切换。

劣势：如果Master 主机硬件故障且无法恢复，则可能造成部分未传送到Slave 端的数据丢失；

2、MySQL Cluster

优势：可用性非常高，性能非常好。每一分数据至少在不同主机上面存在一份拷贝，且

冗余数据拷贝实时同步。

劣势：维护较为复杂，产品还比较新，存在部分bug，目前还不一定适用于比较核心的线上系统。

3、DRBD 磁盘网络镜像方案

优势：软件功能强大，数据在底层快设备级别跨物理主机镜像，且可根据性能和可靠性

要求配置不同级别的同步。IO 操作保持顺序，可满足数据库对数据一致性的苛刻要求。

劣势：非分布式文件系统环境无法支持镜像数据同时可见，性能和可靠性两者相互矛盾，

无法适用于性能和可靠性要求都比较苛刻的环境。维护成本高于MySQL Replication。

发表评论取消回复

表情：

评论列表（有 0 条评论，135人围观）

还没有评论，来说两句吧...

相关阅读

相关 MySQL高可用架构设计：挑战与实践

在设计MySQL高可用架构时，会面临多种挑战。以下是这些挑战以及一些实践方法： 1. **数据复制**： - 挑战：如何保证数据的一致性和实时性。 - 实践：主从

客官°小女子只卖身不卖艺/ 2024年12月14日 10:57/ 0 赞/ 2 阅读

相关高可用系统架构设计技术方案

可靠的系统是业务稳定、快速发展的基石。那么，如何做到系统高可靠、高可用呢？高可用方法论下面的表格里，列出了高可用常见的问题和应对措施。 ![8309ab07853

亦凉/ 2024年04月08日 10:37/ 0 赞/ 86 阅读

相关 Java架构师高可用架构设计

目录 1 导学 2 高可用到底是什么 3 高可用架构的原则 3.1 少依赖原则 3.2 弱依赖原则 3.3 分散

素颜马尾好姑娘i/ 2024年02月23日 08:05/ 0 赞/ 53 阅读

相关 MYSQL性能优化之Mysql数据库高可用架构设计之MMM架构设计

> 高可用性H.A.（High Availability）指的是通过尽量缩短因日常维护操作（计划）和突发的系统崩溃（非计划）所导致的停机时间，以提高系统和应用的可用性。它与被认

妖狐艹你老母/ 2024年02月19日 20:34/ 0 赞/ 13 阅读

相关 Mycat与Mysql高可用架构设计

keepalived: 虚拟IP工具，可以虚拟一个200的地址对外访问，一个keepalived节点挂掉之后可以漂移到另一个keepalived节点。 haproxy：高可用

水深无声/ 2023年02月14日 13:07/ 0 赞/ 18 阅读

相关 mysql 架构设计方案_MySQL 架构设计 Study-高可用设计之思路及方案

\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ MySQL高可用设计之思路及方案 \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ 1.

Myth丶恋晨/ 2023年01月11日 13:21/ 0 赞/ 136 阅读

相关 Redis高可用设计方案之哨兵

目录目标概述什么是哨兵？哨兵有什么功能？实战环境准备搭建哨兵集群测试可用性 -------------------- 目标了解

今天药忘吃喽~/ 2022年10月27日 13:49/ 0 赞/ 25 阅读

相关高可用架构方案

1、高可用架构具备特征 1、主从切换或双机双工 1）主从切换，是当其中一台机器的服务宕机后，对于调用者来说，能够迅速的切换到其他可用服务，从服务升级为主服务，这种切

向右看齐/ 2022年10月05日 01:52/ 0 赞/ 274 阅读

相关架构设计(8)—高可用架构设计

> 架构设计学习思维导图: 架构设计系列主要的ADM（架构开发方法）主要基于TOGAF9或者TOGAF9.1来论述。这是个人学习实践和总结笔记，专注并不断积累和更新，努力精进自

灰太狼/ 2022年04月22日 16:02/ 0 赞/ 287 阅读

相关架构设计思路

前言我们一般在做架构设计的时候，会经历过三个阶段：需求分析、概要设计和详细设计。 1. 需求分析阶段: 主要梳理所有用例（Use case）和场景，并抽象出面向系统

雨点打透心脏的1/2处/ 2022年01月30日 22:34/ 0 赞/ 285 阅读