优步（Uber）对其 MySQL 数据库集群组进行了重大的改进，版本从 5.7 升级到了 8.0。该团队希望利用 MySQL 新版本性能和并发性相关的改进，因为 MySQL 5.7 在 2023 年 10 月已经过保，不再维护。这项工作耗时一年多，涉及到升级三个地区 19 个生产区域的 2100 多个集群和 16000 个节点。
在优步（Uber）的博客文章中，Siddharth Singh 等人解释说，MySQL 基础设施包含数 PB 的数据，每秒处理超过 300 万次查询。因此，在升级过程中尽量减少中断是至关重要的。为了帮助实现这一点，优步（Uber）工程团队自动化了一个系统，以引导每个集群完成多阶段的升级过程，而无需人工干预。Singh 继续解释了他们是如何选择并行升级策略而不是选择就地升级策略的。这一决定是由于他们需要尽量最小化停机时间、降低风险，并进行更好的测试。
并行升级过程涉及几个阶段。首先，优步（Uber）为集群中的每个 MySQL 5.7 节点在同一区域或地区添加了相应的 MySQL 8.0 副本节点。随后进行了为期一周的监控，以观测系统的性能并检测任何问题。当这个“渗透期”结束之后，工程师们将流量从 5.7 版本的副本节点中转移出来，并将每个集群的 MySQL 8.0 节点提升为主节点。最后，将所有的 MySQL 5.7 节点从集群中删除，完成向 8.0 版本的转型。
系统的稳定性和数据的完整性是升级期间的首要关注点。该团队的计划是，如果检测到任何服务降级，就立即回滚到 MySQL 5.7，直到他们有足够的信心将 MySQL 8.0 节点提升为主节点。之后，将不再支持回滚到 5.7 版本，因此需要避免回滚。
这次升级也面临着挑战。升级到 MySQL 8.0 后，一些集群的查询执行计划发生了变化，从而导致了延迟和资源消耗的增加。通过与数据库软件公司 Percona 的合作，优步（Uber）确定并实施了受影响集群的修复程序。其他问题还包括：
一些不兼容的查询和配置
默认字符集和排序规则设置的更改
需要升级客户端库以兼容 MySQL 8.0。
优步（Uber）并不是唯一一家分享如何更好地大规模启动这一重大升级的公司。正如 InfoQ 今年早些时候所报道的那样，GitHub 也进行了类似的升级，也从 5.7 升级到了 8.0，并分享了一些经验教训。在升级的众多发现中，GitHub 还遇到了一些问题，例如当使用的客户端中使用了不同的框架和语言时，从 8.0 到 5.7 的反向复制会中断，从而缩短了潜在的回滚窗口。它们还会触发复制缺陷，并在运行具有较大 WHERE IN 值的查询时遇到崩溃。
Percona 的 Przemysław Malkowski 也发表一篇介绍如何避免在 MySQL 升级到 8.0 时发生故障的详细文章，该文章强调了在升级之前很难测试与写相关的工作负载，并强调了数据丢失、查询速度慢、潜在停机和客户端应用程序不兼容的可能性。Malkowski 还解释了如何在必要时进行降级。
通过升级到 MySQL 8.0，其他组织也都从中获益了。Arzooo 的 Jyoti Ranjan Parida 在一篇 Medium 文章中解释了升级的一些好处：
Parida 还解释了升级时需要注意的一些事情，并提供了一份全面的先决条件操作清单，例如：
尽管遇到了一些障碍，优步（Uber）的升级还是带来了显著的性能提升。服务器端的基准测试显示，在高并发情况下，插入延迟改善了 29%，读取延迟改善了 33%，更新延迟改善了 47%。在客户端，一些查询的速度提高了 78%，整体的数据库锁定时间缩短了 94%。
通过对好处和挑战的仔细考虑，我们成功地完成了转型，降低了风险，并最大限度地减少了服务中断。
——Siddharth Singh、Sriram Rao Udupi、Raja Sriram Ganesan、Debadarsini Nayak（优步）
Matt Saunders 是 Adaptavist 首席技术官的 DevOps 主管。帮助团队使用 DevOps、平台工程和云原生工具和相关技术，以快速高效地交付可靠、高质量的软件，同时尽量减少压力。他曾与复杂的企业、小型初创企业、中小企业以及介于两者之间的所有企业合作过。还共同组织了伦敦的 DevOps 聚会小组，该小组拥有 10000 多名成员，每月举办一次非常受欢迎的行业活动。
原文链接：
https://www.infoq.com/news/2024/10/uber-mysql-80-upgrade/
声明：本文由 InfoQ 翻译，未经许可禁止转载。
