浅析Facebook对MySQL数据库的深度优化

浅析Facebook对MySQL数据库的深度优化

上图只展示了MPS中一个实例很小一部分的可能采取的路径。这里所描述的状态改变是简单复制和维护操作的结果。还有很多其他原因可以让实例改变状态，并且将所有操作和检查都进行硬编码会让软件维护起来变得困难复杂。满足“问题”是MPS中另一个基本概念。“问题”是附属于实例的一个属性。如果一台主机上所有的实例都有此问题，那么我们就会认为它是附属于服务器本身的。另外一种考虑问题的方式类似于标签。MPS会通过一个决策矩阵来协助有某个特定问题的实例做出决策。它基本上是一个个元组之间的映射（状态，问题）——（行动，状态）。通过具体例子理解起来会更容易一些：（生产，低空闲）——（替换，空闲解除分配）：用有限空间在生产中替代一个实例，同时将其迁移至一台不同的服务器。（空闲解除分配，旧内核）——（迁移，重塑）：如果一个实例在此状态发生迁移，它就不会有生产数据，那么为什么不对它进行重塑呢？（生产，主实例位于撤退位置）——（升级，生产）：我们应该把主实例升级至正确的位置，并将此实例置于生产状态。MPS中不同的状态和“问题”使得我们可以创建一个灵活、可维护的基础设施，用来管理服务器的整个生命周期。MPS所解决的常见问题在一个大型数据中心中，每天都会有几十个甚至上百个的服务器故障发生。下面介绍一些不需要人工干预，MPS就能自行处理的日常故障：检测到损坏的从实例并将其禁用，直到它们在后台被替换。损坏的主实例降级，这样正常运行的副本便会取代它们并在后台进行替换。服务器上由于增长而耗尽空间的实例会被迁移至未充分使用的服务器。当数据中心中存在成千上万台服务器的时候，升级新内核、改变分区大小或是升级控制器固件的维护工作会变得非常复杂。而对于像是迁移某些框架或是为工程团队分配测试服务器这些本地化操作也面临同样的问题。以下是一个运维人员可以通过单一命令让MPS执行的常见维护操作：将任意数量的数据库服务器下架并移出生产环境。大多数这样的操作可以在24小时内完成。在特定并发下重塑上万台机器（例如执行内核升级）。MPS会替代每台机器然后发送给Windex。为一个新项目或测试分配任意数量的空闲空间。例如想要200台服务器来运行测试？完全没问题。在一个新数据中心的特定并发下，为整个Facebook数据集创建副本。用MPS将基础任务自动化，这样可以对我们所管理的服务器进行更好的规划，而且还能解放MySQL数据库团队来让他们从事更具挑战的工作。