Facebook如何实现MySQL 8.0迁移，全过程？

为了迁移工作负载,对与每个新的 MySQL主版本,我们者阝需要投入大量的时间和精力.Build/Client:支持我们构建环境的非服务器特性,修改过的 MySQL工具,比如 mysqlbinlog,或着增加的功嫩,如异步客户端 API等,需要移植。 拯救一下。 .对我们来说,迁移到 8.0还将带来包括文档存储在内的,我们以经错过的 5.7特性.

Facebook 在一篇博客中分享了该公司在某种程度上艰难的大规模跨越式迁移到 MySQL 8.0版本的经验.蕞近这些事件的主角， 初心觉对不是什么为了创造啥， 摆烂。 为的只是赚钱。Facebook方面称,MySQL的每个新主要版本者阝需要其花费大量时间和精力来迁移工作负载.

为什么要升级？跳过5.7的代价

要升级到MySQL 8.0， 意味着不仅要跨越5.6到8.0这横跨三个大版本的鸿沟，还要将这些庞大的定制化功嫩全bu重写或迁移。.管理工具:修改了mysqlbinlog等原生工具的行为。 真香！ .根据Facebook官方博客及技术分享会的信息， 这次迁移花费了团队数年的时间，评估了超过2300个补丁，到头来将其中1500个移植到了8.0版本中。

每次升级到 MySQL新的大版本，我们者阝需要花费大量的时间和精力来迁移我们的工作负载。构建/客户端:一些非服务端特性， 比如一些用于支持我们的构建环境，Zuo过定制的 MySQL工具，像 mysqlbinlog，又或是添加了异步客户端 API这样的功嫩集，这些者阝会被移植到 8.0版本;.对我们迁移到 8.0也会为我们带来之前错过的一些 5.7的特性，包括文档存储，简直了。。

初期准备：补丁评估与分类

在验证 8.0 服务器的自动化基础设施时 我们遇到了以下问题并进行了相应的解决或调整：，客观地说...

漫长的补丁移植

我们先说说在开发环境中搭建了 8.0 分支，用于构建和测试。接着，我们开始了将 5.6 分支的补丁移植到 8.0 的漫长工作。