MySQL和MariaDB版本管理的历史背景及差异

　　在本文中，我们将探讨 MySQL 和 MariaDB 服务生命周期和版本管理方式两个方面目前的状况及相关历史背景。

　　需要说明的是 MySQL 和 MariaD B 都有社区版和企业版。对于 MySQL，这两个版本都是由同一家公司（Oracle）提供，遵循相同的版本编号体系，企业版包含更丰富的功能。对于 MariaDB，社区版由 MariaDB 基金会提供，而企业版由 MariaDB PLC 提供，采用独有的生命周期 与功能配置。为简单起见，我们将重点关注社区版。

　　你可能了解到，MariaDB 起初是 MySQL 的一个分支。早期。两者发展模式相似。但从 2014 年 MariaDB 10 版开始，情况大为不同。这一次，MariaDB 不再与 MySQL 版本匹配，从而抛弃了之前与 MySQL 5.1 和 MySQL 5.5 版本一致的模式。

　　获得独立的版本体系允许 MariaDB 以更快的节奏独立创新，而不会因为与 MySQL 版本号相同而产生用户误导。例如，MariaDB 曾经有 5.2 和 5.3 两个版本，但 MySQL 没有对应的版本号。

　　MariaDB 发展迅速。紧接着 2015 年发布了 MariaDB 10.1 版本，2017 年发布了 MariaDB 10.2 版本。此后，主版本每个 1-2 年发布一次，2021 年发布了 MariaDB 10.6 版。不过，每一个版本都提供 5 年的长期支持期限，这给工程团队带来了额外负担。

　　为了解决这个问题，MariaDB 从 2021 年底开始实施 “创新版模型”。与 Ubuntu Linux 发布模式类似，每个季度发布一个短期支持版本（支持 1 年），同时还会选择性发布 LTS 版本（至少 5 年）。短期支持版本和长期支持版本遵循相同的版本编号方式。

　　最近，MariaDB 也将主版本从 10 改为 11。产品经理 Kaj Arno 解释说，这主要是计划对优化器及其成本模型进行复杂修改所致。目前新 11 系列还没有 LTS 版本，最新的 LTS 版本是 MariaDB 10.11，支持周期至 2028 年 2 月。

　　起初，在 Oracle 的领导下，MySQL 继续遵循原有的版本生发周期。每隔几年，就会有大的功能版本，还会有 “仅修复错误” 的小版本。MySQL 5.5、MySQL 5.6 和 MySQL 5.7 就是这种情况。

　　这种发布周期的好处是稳定！次要版本升级的风险相当低，如果需要回滚，可以通过快速交换二进制文件来完成，而不需要对数据执行任何操作。然而，与所有事情一样，都需要权衡。这种方法的缺点是新功能的推出缓慢以及主要版本之间的巨大变化，使得升级可能变得混乱且耗时。

　　在 MySQL 8 中发生了巨大的变化。MySQL 8 看起来像是一个 “长期迭代版”。虽然最初的 GA 版本于 2018 年 4 月发布，球速体育但我们已经五年没有看到新的主要版本了！这并不意味着 MySQL 8 没有创新；相反，现在的 MySQL 8 与 2018 年发布的版本有很大不同，因为在每个小版本中，都会引入新功能并修复错误。

　　如果您喜欢更快地获得新功能，那一定会喜欢这种新的发布方法。从理论上讲，这也意味着这些 “功能版本” 升级的风险较小，与过去主要版本需要数年的工作相比，这些升级只需要几个月的开发工作。然而，实际情况并非如此，因为某些版本包含新功能，其中的错误足以导致版本召回。更糟糕的是，MySQL 8 一旦升级到新的版本，无法保证以前的版本能够操作相同的数据。

　　MySQL 团队也认识到 MySQL 8 发布方式的问题；因此，接下来将引入新的发布模型。该模型引入了Innovation 版本，大约每季度发布一次，并且仅支持最新的创新版本（即，任何错误修复都将与新功能一起推出，并作为下一个创新版本推出，类似于 MySQL 8.0 现在的运行方式）。另一种版本是LTS 版本，该版本每隔几年发布一次，并由 Oracle 支持 8 年（5 年标准 + 3 年扩展）。

　　MySQL LTS 版本的运行方式与 MySQL 8 之前的 MySQL 运行方式类似。创新版本有点类似于 MySQL 团队在某些时候使用的 “里程碑版本”，但里程碑版本不被视为 “生产就绪”，而是用于开发和预览版、创新版被视为 “生产级质量”。

　　MySQL 8.0 在此版本模型中占有特殊的地位。目前，它基本上是一个创新风格版本，但随着 MySQL 8.0.34 的发布，它将成为仅修复错误的 LTS 版本。

　　有趣的是，两个社区似乎都认识到我们既需要高速创新又需要稳定，但也不能在同一个发行系列中真正同时拥有这两种方式。还需要控制支持和维护成本；因此，不能拥有太多积极支持的版本。

　　MariaDB 和 MySQL 都得出结论，他们需要同时注重创新速度的 LTS 版本和版本。

　　当在有限时间内发布 “仅修复错误” 的版本时，MariaDB 会选择 “短期支持” 路线，而 MySQL 选择支持滚动创新版本的路径，其中错误修复仅包含在最新的创新版本中。看看这些选择如何发挥作用将会很有趣：

　　多语言、异构计算，火山引擎开源多媒体框架 BMF，完全兼容 FFmpeg