MySQL Fabric 简介

发布时间：2023-06-07 10:29:24 所属栏目：MySql教程来源：

导读：MySQL Fabric是一个用于管理 MySQL 服务器群的可扩展框架。

MySQL Fabric能“组织”多个MySQL数据库，是应用系统将大于几TB的表分散到多个数据库，即数据分片(Data Shard)。在同一个分片内又可以含有多

MySQL Fabric是一个用于管理 MySQL 服务器群的可扩展框架。

MySQL Fabric能“组织”多个MySQL数据库，是应用系统将大于几TB的表分散到多个数据库，即数据分片(Data Shard)。在同一个分片内又可以含有多个数据库，并且由Fabric自动挑选一个适合的作为主数据库，其他的数据库配置成从数据库，来做主从复制。在主数据库挂掉时，从各个从数据库中挑选一个提升为主数据库。之后，其他的从数据库转向新的主数据库复制新的数据。注意：这里说的“自动”是指由MySQL Fabric在后台完成，而不需要用户手动更改配置。最重要的是，MySQL Fabric是GPL的开源软件，也就是在符合GPL的规范下，你可以自由的使用和修改这个软件。

Fabric框架实现了两个特性：高可用性(high availablity)和使用数据分片的横向扩展(sharding)，这两个特性既可以单独使用，也可以结合使用。

这两个特性都基于以下两个层面实现：

mysql fabric 是处理任何管理请求的进程。使用 HA特性时，还可以让此进程负责监视主服务器并在发生故障时,开始故障转移，将从服务器升级成主服务器。MySQL Fabric-aware 连接器把从 MySQL Fabric 获取的路由信息存储到缓存中，然后凭借该信息将事务或查询发送给正确的 MySQL 服务器。

高可用性

HA 组由两个或更多个 MySQL 服务器组成；任何时刻，其中都有一台服务器作为主服务器(MySQL复制功能的主服务器)，其他服务器则作为从服务器(MySQL 复制功能的从服务器)。HA组的作用就是确保该组中保存的数据始终可访问。MySQL 的复制功能可通过复制来确保数据安全，MySQL Fabric 的高可用性解决方案在此基础上提供了两个必不可少的额外要素：

故障检测和升级 — MySQL Fabric 监视 HA 组中的主服务器，在主服务器发生故障时选择一个从服务器并将其升级为主服务器数据库请求路由 — 将写入请求路由到主服务器以及将读取请求在各个从服务器之间进行负载均衡的操作对应用是透明的，即使在故障转移期间拓扑发生变化时也是如此

分片 — 横向扩展

当接近一个 MySQL 服务器(或 HA 组)的容量或写入性能极限时，MySQL Fabric 可在多个 MySQL服务器“组”中对数据进行分区，从而支持数据库服务器横向扩展。请注意，一个组可以只包含一个 MySQL 服务器，也可以是一个 HA 组。管理员定义这些服务器之间的数据分片方式；指定应将哪些表的列用作分片键，以及是使用 HASH 映射还是 RANGE 映射将这些键映射至正确的分片, 如果需要进一步分片，MySQL Fabric 可以拆分现有分片；此外，还可以重新分配分片。

MySQL Fabric要解决的问题

为什么做数据分片？当你的应用需要处理的表大于1TB的数据时，Data Shard常常是必须的。这么大的表，无论在查询、更新的效率上，或者是备份、更改结构所需要的时间上，都会造成很大的问题。然而当你将这么大的表分散到多个数据库服务器上，又会使每一台数据库服务器都有可能是单个故障点。只要有一台挂掉就会使整个系统的操作发生问题。另一方面，应用端的程序也会因为每个查询都要依其查询条件 (where子句的内容)分别指向不同的数据库而变得更加复杂。再者，当数据分片的结构改变时(例如增加一个数据库)，会使应用端的所有程序都必须修改，从而导致维护变得极为复杂。

为了解决应用程序复杂度增加的问题，有人在应用程序和数据库服务器之间增加一个代理 (proxy)或者成为switch，应用程序所有对数据库的指令先送到proxy，再由 proxy判断要转到哪个数据库。下图就是这个方案的示意图。这也许可以解决应用程序难以维护的问题，但是当应用端的数量增加，数据库分片增加，或者系统压力增加时，这个switch会成为容量及性能的瓶颈和单点故障(当它宕掉时，应用端找不到数据库)，而且所有的数据库指令均需要传两次(先到switch再到数据库)。每个查询都会造成额外的负荷。

（编辑：汽车网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!