云中的 MySQL 是 DBA 的终结吗？

不，我不这么认为。但它确实改变了我们的职业并对使用（而不是管理）MySQL 的软件工程师产生了重要影响。

几年前，我参加了由 Oracle 主办的本地聚会。令人敬畏的肯尼·格里普就在那里。但我记得最多的是与我不太熟悉的另一位 DBA 的对话，所以请原谅我，不管你是谁，我已经忘记了你的名字。但我记得你在回应我说我认为 MySQL 需要更多 DBA 时所说的话：你说不，因为云正在接管 MySQL 管理。

多年后，我看到了这样的结果：聘请经验丰富的 MySQL DBA 非常困难；相反，我们聘请优秀的软件工程师（有时刚从大学毕业）并培训他们操作现有的 MySQL 舰队，我们不期望他们“深入”MySQL——我们当然不期望他们成为 MySQL 专家.

今天存在的独立^{* MySQL 专家是我们同类中的最后一位。}我们是一个垂死的品种。没关系。

独立意味着使用 MySQL，而不是开发它。当然，甲骨文将继续雇佣和培训工程师来开发 MySQL，他们将成为他们开发领域的专家，但我说的是 DBA：管理 MySQL 并公开撰写和展示 MySQL 的人——选择深入并成为专家，而不是聘请成为专家的人。

没关系，因为今天，MySQL DBA 的工作不再是关于 MySQL，而是更多地关注 MySQL 周围的一切：存储、计算、安全性、合规性、数据平台、应用程序和软件工程师。当然，还有一些新的发展、持续存在的错误以及所有常见的事情，一些独立专家将出现并为更广泛的行业解决问题。但考虑到所有事情，使用标准设置 MySQL 本身就可以工作。

这就是云的用武之地，因为没有 DBA 真的想在裸机机群上运行 MySQL。是的，它真的很酷而且技术含量很高——让你感觉很特别。但除非您处于稳定（或变化非常缓慢）的环境中，否则您将花费太多时间来追踪硬件更改和问题。就像我们的个人电子设备一样，企业硬件变化非常频繁，因为销售人员需要更新、更闪亮的东西来销售。机架式服务器中的那些 5 TB 企业级 SSD 与 BIOS、固件和内核的理想组合有助于 MySQL 如此出色地执行？不能再买了。此外，最新的 BIOS 更改了风扇速度管理，这会影响 CPU 温度，进而影响 CPU 时钟速度，从而对查询响应时间造成严重破坏。而当测试后备电源面板导致它们都失败时，你的眼睛会转向天空......

正如我在《Efficient MySQL Performance》的第 10 章中所写，云运行 MySQL，但它并不能取代 DBA 工作的需要：

尽管“你”下的检查数量是“云”下的两倍，但后者下的五项检查很重要，因为它们处理所有可能同时最繁重和影响最小的低级工作（尤其是硬件） . 根据您与 MySQL 的关系，五项云检查具有不同的含义：

• 数据库管理员
  • 云让 DBA 可以专注于提供更好的用户体验，以应对“DBA”下的检查。例如，更好的服务器和查询指标可帮助用户（软件工程师）了解应用程序如何影响 MySQL 及其性能。这就是我们的职业发生了怎样的变化：我们可以与高水平的软件工程师合作，而不是在低层次上与 MySQL 搏斗，以更有效地理解和利用 MySQL。这在“大型硬件”非常昂贵的云中尤为重要，或者按使用付费可能会很糟糕。
    
    
• 软件工程师
  • 云将为您运行 MySQL，但这与管理它不同。您会很快发现云仍然给您（或您的 DBA）留下了很多 DBA 工作要做。在 MySQL 的世界中，在线模式更改（运行ALTER语句而不阻塞任何查询）是没有云可以解决的常见需求。因此，如果您是云中 MySQL 的新手，请注意并且不要感到惊讶：您需要做更多的工作才能使云中的 MySQL 真正为生产做好准备——假设您关心诸如安全性之类的事情和灾难恢复 (DR)。

随着时间的推移，我认为云提供商将获得更多支票。比如亚马逊有服务器指标、查询指标、DR、HA的解决方案；但是，坦率地说，我认为他们还不足以在“云”下获得支票。例如，关于 Amazon RDS 和 Aurora 的一件事让我非常恼火：当您为 DR 设置跨区域复制时，Amazon 不会监控或提醒您复制是否由于他们方面的问题而停止 - 他们当然不会修复它，要么。这让我很恼火，因为在这种情况下，复制是他们的产品功能，因此他们应该监控并确保它继续工作。但它可以而且会默默地失败，除非你知道自己监控和修复它。即便如此，因为这是他们在他们身边设置的东西，所以我遇到了一些我无法从我身边解决的案例。如果你仍然不相信：我也有一个案例，AWS 说复制是根据他们的 API 设置的，但 MySQL 没有配置为复制——AWS 方面的一个明显而严重的错误，目前有不容易解决。 买者自负。

云中的 MySQL 正在改进，这意味着传统的 DBA 将不再专注于运行 MySQL，而是更多地帮助软件工程师有效地使用 MySQL。这就是我写《Efficient MySQL Performance》的原因之一：对于使用 MySQL 的软件工程师，而不是 DBA，因为后者已经赢得了众所周知的战争：MySQL 运行在世界的大部分地区，而且它只是工作。但是关系数据库很复杂，这使得软件工程师最需要 MySQL 的途径变得模糊：性能。

但是云并不关心 MySQL 的性能。无论是快还是慢，它都会向您收费。这就是为什么云永远不会是 DBA 的终结。这也是为什么我们回到我书的第一句话的原因：

原文标题：Is MySQL in the Cloud the End of the DBA?

原文作者：Alex Zaballa

原文链接：https://hackmysql.com/post/book-10/