分布式数据库的高可用性导论

单机械的第二大能用人力。.

对五个 9 的高易用性真诚

扩展到机房机械

随着网际网路的普及，其业务效益的规模和有用性都在增长。对于图表库来说，这未必一定它们未必须要要都能处理过程比任何单个数据流都多的量，并且发放“即便如此运用于该软件”的高易用性踏入一项任务。

鉴于今日大量技工享有涉足其他地理分布式关键技术的经验，很也许，图表库可以领先于单数据流的各别模式在，将图表库地理分布在机房机械上。

载入

同样，我们可以从变更既有的系统结构设计跟上，我们的技工通过开发设计载入将合而为一动镜像变更为不够具可扩展性的虚拟解构。

在此设计方案中所，您按某个值（例如行数或合而为一键中所的唯一值）拆分战略性的图表，并将这些段地理分布在多个实例，每个实例都有一套各别数据流。然后，您在由这些实例组成的战略性从前添加某种端口关键技术，以将IP劝告随时随地到应该的实例来处理过程。

载入容许您在将管理工作负载扣除到机房机械上，从而提高吞吐量，并通过无视不够多的以外短路和减轻单点短路来创始人不够大的优点。

尽管有这些好处，但对系统结构设计启动载入是有用的，并且给开发团队带来了更为大的运维承担。特意对碎片启动的统计可能会就会越来越更为单纯，以至于端口终于就会积聚运用于流程的其业务形式解构。不够引人注目的是，如果您未必须要要修改系统结构设计载入的模式（例如模式在不够改），通常未必须要要相对来说的（甚至是更为大的）工程量来意味着。

单数据流各别系统结构设计也发放了多事务默许（即使不是弱一般性）。然而，包涵载入协调交易的难度是如此的毫无意义和有用，许多载入系统结构设计是最终下决心下定决心它们的。

什么是合而为一合而为一易用性?

合而为一合而为一易用性未必一定图表库至少有两个合而为一数据流，它们对图表启动载入并拒绝执行对图表库的驱动器。合而为一合而为一易用性亦然了从各别的演变，通过让战略性中所的数据流发放只读免费，使图表库都能扩展到的单机械之外。

也许载入图表库根本无法管理且功能不全，技工们开始开发设计至少可以彻底解决其中所一个彻底解决办法的系统结构设计。这时候注意到的是即便如此不默许多事务的系统结构设计，但管理紧紧即便如此不够易。随着对运用于流程长等待时间运行等待时间的效益慢慢减少，帮助开发团队相反于其 SLA 的最终是很慎重的。

这些系统结构设计犹如的动机是每个实例数据流都可以都有战略性的以外（或全部）图表，并为其发放驱动器和驱动器免费。每当一个数据流寄送驱动器劝告时，它都就会将不够改传布到所有其他未必须要要它的原件的数据流。为了处理过程两个数据流对同一个匹配驱动器的情况，任何一个数据流的变换在建议书以后都就会被转送矛盾彻底解决演算法。鉴于每个站点都是“知名的”，因此被称为合而为一合而为一。

因为每台免费器都可以对其所有图表启动只读，所以载入不够容易在演算法上意味着，并使作战不够易于管理。

在易用性之外，合而为一合而为一更为出新色。如果一个数据流再次发生短路，IP只须要链接到另一个确实都有图表的数据流。只要图表的单个原件保证稳定文艺活动静止状态，就可以为其发放驱动器和驱动器免费。

虽然这种设计方案在高易用性之外更为出新色，但其结构设计在一般性和图表不足之处之外存有根本性的彻底解决办法。因为每个实例数据流都可以处理过程匹配的驱动器（在短路重新分配布景中所也是如此），所以它在处理过程图表时保证图表只不过互联是更为不便的。该设计方案通常是通过矛盾彻底解决演算法来斡旋实例错综复杂的矛盾，而该演算法对如何“减轻”不一般性的管理者是粗粒度的。

由于该彻底解决办法是多事后启动的，是在IP即便如此寄送有关流程的拥护之后——并且基本上基本上即便如此根据该拥护拒绝执行了其他其业务形式解构——合而为一合而为一镜像很容易在图表中所填充持续性。

然而，也许长等待时间运行等待时间的溢价，失效成本被忽视极小潜在持续性的成本，因此合而为一合而为一踏入合而为一要的镜像多种类型。

大规模不足之处

诚意和多活易用性

合而为一合而为一或许彻底解决了公用多事业面对着的合而为一要彻底解决办法——发放高易用性。但它只是通过下定决心多事务来做到这一点，这使得系统结构设计在弱一般性效益的相反于上未必那么可信。

例如，谷歌在其新媒体中所使用了一个庞大而有用的 MySQL 载入系统结构设计，该系统结构设计严重相反 SQL 的理解能力来取值查询图表库。因为这些查询通常相反二级索引来提高机动性，所以它们必须与它们所相关联的图表保证只不过一致。

终于，这个系统结构设计越来越足够大，开始导致载入 MySQL 注意到彻底解决办法，技工开始想法如何彻底解决这样的彻底解决办法：既要有大规模可伸缩的系统结构设计，又要发放其业务所须要的弱一般性。合而为一合而为一依赖多事务默许未必一定它不应该是一个可选项，因此他们不得不结构设计一些新好像。终于，他们用这样的一个系统结构设计彻底解决了彻底解决办法，这是一个基于诚意镜像的系统结构设计，既能从前提一般性，又能发放高易用性。

使用诚意镜像，驱动器被提议到一个数据流，然后被镜像到一些其他数据流。一旦大多数数据流核实驱动器，就可以建议书。

诚意和高易用性

这里的关键内涵是，诚意镜像是介于互联和异步镜像错综复杂的一种机制：您可以自行最终取值数量的数据流来启动互联，但这些数据流是哪些未必极其重要。这未必一定战略性可以无视少数数据流宕机，而不就会冲击系统结构设计的易用性。（处理过程被重新启动免费器量等的注意多事项）

然而，诚意的蒙受是它未必须要要数据流与其他数据流启动无线通信以拒绝执行驱动器。虽然您可以采取一些措施来减少数据流错综复杂显现出原先提早，例如将它们放在同一个能用11区所，但这未必须要要和高易用性一齐权衡权衡。

例如，如果所有数据流都在同一个图表中所心，它们错综复杂的无线通信速度便，但如果整个图表中所心备份，你的免费也不就会独活。将您的数据流基本上到多个图表中所心可能会就会减少驱动器所须要的提早，但却可以提高你的易用性，就算整个图表中所心都备份了，你的运用于也即便如此运用于该软件。

什么是多合而为一易用性？

多合而为一易用性敦促图表库至少有着三个文艺活动数据流，每个文艺活动数据流都可以对战略性中所的任何图表启动只读而不显现出新矛盾。

CockroachDB 意味着了Google Spanner 学术著作中所的大以外内容可（但值得注意的是，它不未必须要要原子钟），都有那些领先于诚意镜像之外的特性，这些特性使易用性越来越不够单纯。为了描述其管理工作法则并将其与合而为一合而为一辨别或多或少，我们创造者了术语多合而为一易用性。

合而为一合而为一 vs. 多合而为一

合而为一合而为一通过容许战略性中所的任何数据流为其匹配发放只读免费来意味着易用性，但只有在建议书写下之后才将其放弃的不够改传布给其他数据流。

另一之外，多合而为一易用性容许任何数据流发放只读免费，但确保大多数原件在驱动器时保证互联，并且基本上发放来自最新发行版原件的驱动器免费。

在高易用性之外，合而为一合而为一只未必须要要一个原件方能同时用于只读，而多合而为一则未必须要要大多数原件运用于该软件才能陷入僵局诚意（这即便如此容许系统结构设计之外注意到以外短路）。

也许这些图表库在易用性之外的不同展示出叫作系统结构设计在对一般性之外处理过程的差异。合而为一合而为一图表库在大多数情况下都就会努力管理工作驱动器图表，但是不能从前提IP今日或未来都能驱动器到该图表。而多合而为一图表库基本上在可以从前提以后可以以一致的模式驱动器图表时才放弃驱动器。

回顾与展望

在无论如何的 30 年中所，图表库镜像和易用性赢得了长足的革新，今日即便如此默许世界各地范围之外署，心里就像它们永远不就会不受欢迎。该课题的首次设法通过各别镜像奠定了极其重要的坚实，但终于，我们未必须要要不够好的易用性和不够大的规模。

在这个课题，专业人士的发展出新了两种合而为一要的图表库多种类型：其中所各别用于相反于那些合而为一要关注快速驱动器的运用于流程，而多合而为一则免费于那些对一般性有未必须要要的运用于流程。

我们都期待竟然，我们可以依靠量子场论纠结并趋向新世代图表库多种类型：可管理的地理分布式图表库。

英文版介绍

崔莹峰，51CTO乡村出版人，一名70后流程员，享有10多年管理工作经验，曾一度涉足 Java 开发设计，虚拟解构结构设计，容器解构等涉及管理工作。精通Java，熟练使用Maven、Jenkins等Devops涉及机器链，擅长容器解构设计方案规划、结构设计和放开。

原文绑定：

。

早期肌肉萎缩症状
泰州看白癜风哪家医院最好
新乡看白癜风去什么医院最好
武汉男科医院哪家医院最好
怎么预防肾衰竭
尿酸高
急支糖浆是什么药？
前列腺癌
病理性黄疸
肿瘤医院