分布式数据库的高可用性文化史

>对五个 9 的高易用性追求

集中于的设备电脑

随着因特网的普及，其业务只生产力的现有和精细度都在增长。对于数据集库种系统来说，这意味著它们只能只能检视比任何单个链路表都多的水流量，并且共享“始终该操作系统”的高易用性被选为一项任务。

鉴于过去大量技师享有兼职其他地理分布式关键技术的充分，很仅仅，数据集库种系统可以胜过单链路表的时行Mode，将数据集库种系统地理分布在的设备电脑上。

移位

同样，我们可以从调整现有的种系统起步，我们的技师通过技术开发移位将；大动激活调整为更是具可扩展性的管理模式。

在此所设计方案在此后来，您按某个值（例如行数或；大键在此后来的唯一值）拆分战斗群的数据集，并将这些段地理分布在多个举例来说，每个举例来说都有一套时行链路表。然后，您在由这些举例来说组成的战斗群此前添加某种链路关键技术，以将客户端端乞求随时随地到确实的举例来说来检视。

移位允许您在将文书工作阻抗资源分配到的设备电脑上，从而大大提高吞吐能力，并通过坚信更是多的均过热和抑止单点过热来创设更是大的黏性。

尽管有这些好处，但对种系统展开移位是精细的，并且给小组造成了更大的运维开销。特意对碎块展开的统计可能可能会或许相当冗长，以至于链路终于可能会溶入客户端的其业务逻辑。更是糟糕的是，如果您只能修改种系统移位的形式（例如Mode更是改），不一定只能显着的（甚至是更大的）工程量来补救问题。

单链路表时行种系统也共享了外交事务赞成（即使不是强劲赞同性）。然而，跨移位相互配合交易的难度是如此的比如说和精细，许多移位种系统是尽快从根本上重新考虑它们的。

什么是；大；大易用性?

；大；大易用性意味著数据集库种系统相当少有两个；大链路表，它们对数据集展开移位并继续执行对数据集库种系统的重写。；大；大易用性代表了从时行的演变，通过让战斗群在此后来的链路表共享只读增值，使数据集库种系统只能集中于6台电脑以外。

直接影响移位数据集库种系统无法负责管理且功能不全，技师们开始技术开发相当少可以补救其在此后来一个原因的种系统。这时候再次出现的是仅仅不赞成外交事务的种系统，但负责管理起来不太可能相当容易。随着对客户端正常人增开的只生产力不停减少，努力小组充分运用其 SLA 的尽快是很明智的。

这些种系统回事的动机是每个举例来说链路表都可以包括战斗群的均（或全部）数据集，并为其共享存储和重写增值。每当一个链路表发出重写乞求时，它都可能会将更是改传播方式到所有其他只能它的手写的链路表。为了检视两个链路表对同一个键值重写的情况，任何一个链路表的切换在草拟在此后来都可能会被带往纷争补救演算法。鉴于每个站点都是“广为人知的”，因此被称偏重于；大。

因为每台增值器都可以对其所有数据集展开只读，所以移位更是容易在演算法上补救问题，并使侦察更是较易负责管理。

在易用性特别，；大；大相当优异。如果一个链路表暴发过热，客户端端只必需回传到另一个确实包括数据集的链路表。只要数据集的单个手写始终持续保持社区活动状态，就可以为其共享存储和重写增值。

虽然这种所设计方案在高易用性特别相当优异，但其所设计在赞同性和数据集确实性特别存有根本性的原因。因为每个举例来说链路表都可以检视键值的重写（在过热转移场景在此后来也是如此），所以它在检视数据集时持续保持数据集几乎不间断是相当困难的。该所设计方案不一定是通过纷争补救演算法来磋商举例来说相互间的纷争，而该演算法对如何“抑止”不赞同性的决策是粗粒度的。

由于该补救所设计方案是事后完成的，是在客户端端不太可能发出有关程序的响应后来——并且意味著不太可能根据该响应继续执行了其他其业务逻辑——；大；大激活很容易在数据集在此后来生成所致。

然而，直接影响正常人增开的期权，断线费用被认为极小潜在所致的费用，因此；大；大被选偏重于要的激活类别。

大现有确实性

歧见和多活易用性

；大；大或许补救了公用事业面临的；大要原因——共享高易用性。但它只是通过重新考虑外交事务来继续做到这一点，这使得种系统在强劲赞同性只生产力的充分运用上不一定那么可信。

例如，谷歌在其自营在此后来应用于了一个有限而精细的 MySQL 移位种系统，该种系统导致依赖 SQL 的表达能力来任意查询数据集库种系统。因为这些查询不一定依赖二级资料库来大大提高机动性，所以它们必须与它们所派生的数据集持续保持几乎赞同。

终于，这个种系统或许充分大，开始导致移位 MySQL 再次出现原因，技师开始蓝图如何补救这样的原因：既要有大现有可把手的种系统，又要共享其业务所必需的强劲赞同性。；大；大缺乏外交事务赞成意味著它不应该是一个可选项，因此他们不得不所设计一些新东西。终于，他们用这样的一个种系统补救了原因，这是一个基于歧见激活的种系统，既能必要赞同性，又能共享高易用性。

应用于歧见激活，重写被提议到一个链路表，然后被激活到一些其他链路表。一旦大多数链路表表明重写，就可以草拟。

歧见和高易用性

这里的关键概念是，歧见激活是介于不间断和异步激活相互间的一种此前提：您可以均须任意数量的链路表来展开不间断，但这些链路表是哪些不一定最重要。这意味著战斗群可以坚信少数链路表宕机，而必定能会阻碍种系统的易用性。（检视被关机增值器水流量等的简介）

然而，歧见的回报是它只能链路表与其他链路表展开通信以继续执行重写。虽然您可以采取一些措施来减少链路表相互间显现出的延迟，例如将它们置于同一个可用区在此后来，但这只能和高易用性一同折中考虑。

例如，如果所有链路表都在同一个数据集在此后来心，它们相互间的通信加速立刻，但如果整个数据集在此后来心备份，你的增值也必定能会独活。将您的链路表分散到多个数据集在此后来心可能可能会减少重写所必需的延迟，但却可以大大提高你的易用性，就算整个数据集在此后来心都备份了，你的应用也仅仅该操作系统。

什么是多；大易用性？

多；大易用性承诺数据集库种系统相当少很强劲三个社区活动链路表，每个社区活动链路表都可以对战斗群在此后来的任何数据集展开只读而不显现出纷争。

CockroachDB 补救问题了Google Spanner 论文在此后来的大均主旨（但除此以外的是，它不只能原子钟），包括那些胜过歧见激活以外的物理性质，这些物理性质使易用性或许更是直观。为了描述其文书工作方法并将其与；大；大区分显现出来，我们创造了术语多；大易用性。

；大；大 vs. 多；大

；大；大通过允许战斗群在此后来的任何链路表为其键值共享只读增值来补救问题易用性，但只有在草拟写后来才将其遵从的更是改传播方式给其他链路表。

另一特别，多；大易用性允许任何链路表共享只读增值，但必需大多数手写在重写时持续保持不间断，并且仅共享来自月所旧版手写的存储增值。

在高易用性特别，；大；大只只能一个手写即可同时运用于只读，而多；大则只能大多数手写该操作系统才能达成歧见（这仅仅允许种系统内部再次出现均过热）。

仅仅这些数据集库种系统在易用性特别的几乎相同体现源于种系统在对赞同性特别检视的差异。；大；大数据集库种系统在大多数情形都可能会努力文书工作重写数据集，但是必定必要客户端端过去或到时只能存储到该数据集。而多；大数据集库种系统仅在可以必要以后可以以赞同的形式存储数据集才将遵从重写。

简述与展望

在过去的 30 年在此后来，数据集库种系统激活和易用性取得了长足的进步，过去不太可能赞成在世界上仅限于侦察，感觉就像它们注定必定能会不受欢迎。该行业的首次尝试通过时行激活打好了最重要的基础，但终于，我们只能更是好的易用性和更是大的现有。

在这个行业，业界发展出了两种；大要的数据集库种系统类别：其在此后来时行运用于充分运用那些；大要重视快速重写的客户端，而多；大则增值于那些对赞同性有只能的客户端。

我们都期待有一天，我们可以运用相对论性周旋并转向下数代数据集库种系统类别：可负责管理的地理分布式数据集库种系统。

原文简介

崔莹峰，51CTO社区编辑，一名70后程序员，享有10多年文书工作充分，长期兼职 Java 技术开发，管理模式所设计，罐本土化等方面文书工作。精通Java，纯熟应用于Maven、Jenkins等Devops方面工具链，拿手罐本土化所设计方案规划、所设计和落地。

原文链接：

。

北京甲状腺医院哪家治疗最好
艾得辛与来氟米特哪个治疗类风湿效果好
广西男科哪家医院最好
早晨手指关节僵硬胀痛
郑州不孕不育专科医院哪好