作者：Julia Vural，Percona 工程师。
原文：www.percona.com/blog/separa… 22, 2026
爱可生开源社区翻译，本文约 900 字，预计阅读需要 3 分钟。
过去几周，MySQL 社区再次出现关于 "Oracle 已停止开发 MySQL" 或 "MySQL 将被放弃" 的说法，引发了更多讨论和担忧。一些图表显示，2025 年 10 月之后 GitHub 的提交数量似乎停止增长，而一些博客文章和论坛讨论也对这些迹象进行了字面解读，这进一步加剧了人们的担忧。
作为一名公开分析过 MySQL 代码库活动，并且每天都在 Percona 公司使用 MySQL 的人，我想清楚地区分数据实际显示的内容和数据未显示的内容。
这篇文章并非对 Oracle 的盲目辩护。我们常常不同意 Oracle 的某些决定，并且会公开表达我们的观点。但公平至关重要------尤其是在恐惧、不确定性和怀疑（FUD）开始影响客户和更广泛的生态系统时。
关于"停止对 MySQL 维护"的说法
我们最近收到社区一个令人惊讶的问题：MySQL 真的被放弃了吗？他们还附上了 Otto Kekäläinen 的帖子中分享的图表。
这一结论通常是从 GitHub 公共仓库 的活动图表中得出的 ，该图表确实显示存在很长一段时间没有可见的提交。
图表本身没有错，但解读并不完整。
缺失的背景信息：MySQL 的实际开发过程
错误在于假设 MySQL 是在 GitHub 上开发的，但事实并非如此。
多年来，Oracle 一直遵循一套特定的工作流程，即在私有的封闭代码库中进行实时工程开发。GitHub 仅作为公共镜像和发布平台，而非活跃的开发工作空间。因此，代码会以大型的、整合的"代码包"的形式发布，与官方版本同步，而不是以每日增量提交的形式出现。
换句话说：
GitHub 是一个异步发布镜像，而不是开发记录系统。
这意味着：
-
GitHub 上缺乏增量提交并不意味着缺乏开发。
-
预计版本发布之间会有较长的平静期。
-
突然的大规模提交爆发是正常的发布机制。
这种开发模式并不新鲜，它已经沿用多年。有人会说这不是 "真正的开源开发模式" 吗？也许会，但最终，在 2026 年 1 月 21 日（在最近发布的 9.6.0、8.4.8 和 8.0.45 版本之后）绘制的同一张图表 看起来不再像是被弃用了。
MySQL 的"弃用"案例完美地提醒我们，指标的价值取决于我们对所衡量系统的理解。
GitHub 图表上的停滞不前并不总是意味着项目正在走向衰亡；很多时候，它只是引擎在紧闭的大门后静默运转的体现。虽然我们可以讨论 Oracle 开发模式的透明度，但我们不应该将不同的工作流程误解为缺乏工作。事实并非总是如表面所见，以貌取人或以镜像来判断数据库都是错误的。
