裁员惹的祸？MySQL开源仓库被曝三个月无提交

整理 | 苏宓

出品 | CSDN（ID：CSDNnews）

1 月 13 日，据外媒 DevClass 报道，Oracle 旗下被誉为“全球最受欢迎开源数据库”的 MySQL，其 GitHub 上的 MySQL Server 仓库已超过三个月无任何代码提交，最新提交记录停留在 2025 年 9 月。

这一异常的“停摆”状态，不仅引发了社区对 MySQL 开源项目未来走向的担忧，也让众人热议：MySQL 是否仍然称得上是一个真正的开源项目。

开源仓库断更三个月，MySQL 开发活跃度跌入历史低谷

Oracle 于 2010 年通过收购 Sun Microsystems 获得了 MySQL。在收购后的最初几年里，MySQL 的开发工作仍然保持着相对稳定的推进节奏。

不过，自 2019 年起，不少人发现 MySQL 的提交数量开始逐年下降。

根据 Percona 软件工程经理 Julia Vural 绘制的图表显示，2025 年 MySQL 的总提交量降至项目启动（2000-2001 年）以来的最低值，远低于 2019 年之前的水平。

时至今日，MySQL Server 官方仓库的 Commit 数量已经直接为 0。

去年 9 月，MySQL 核心团队遭重创，70 人被裁

回看这一开发停滞的时间点，恰好与 Oracle 内部 MySQL 团队变动的时间高度重合。外界普遍认为，MySQL 社区版的停摆，与 2025 年 9 月 Oracle 的裁员行动存在直接关联。

据 The Register 当时披露，Oracle 在一轮全球裁员潮中，对 MySQL 核心开发团队实施“大规模裁员”，约 70 名资深工程师和核心开发者被裁，其中不乏长期参与社区版迭代的关键人员。

这一决定在数据库行业引发强烈反响。MySQL 之父 Michael “Monty” Widenius 彼时公开表示对此“感到悲伤”。他在社交平台上写道：

“上周听到 MySQL 大规模裁员的消息时，我感到有些心碎。虽然我对 Oracle 的做法并不感到意外，但事情发展到这种地步，仍然让我感到难过。”

Michael “Monty” Widenius 还指出，当初创建 MariaDB 的目的之一就是 “为下一代 MySQL”提供一个更稳定、更可持续的开源未来。

曾在 MySQL 担任性能工程师的知名社区成员 Peter Zaitsev 则更直接指出：“这是Oracle‘缓慢扼杀MySQL社区版’的又一步。”

MySQL 开源版被“边缘化”？

外媒 DevClass 指出，提交停滞的背后，反映的是 Oracle 对 MySQL 战略重心的明显转移。

目前，Oracle 更加专注于 MySQL 的专有产品线，包括带有私有扩展的企业版、分布式集群版本，以及云托管的 HeatWave 服务。相比之下，开源社区版本获得的资源投入正在被持续压缩。

此前亦有消息称，MySQL 团队已被并入 Oracle HeatWave 业务单元，未来开发重点将转向云端分析与 AI 相关能力，而非传统社区版本的功能演进。

尽管 MySQL 仍以 GPL v2 许可证对外发布，维持着“开源”的身份，但在不少业内人士看来，这种开源已经更多停留在形式层面。

对此，曾任 AWS 关系数据库服务（RDS）软件开发经理、前 MariaDB 基金会 CEO 的 Otto Kekäläinen 直接发布一篇《2026 年停止使用 MySQL，它并非真正的开源软件》的文章作出尖锐的评价：“这并不令人意外——Oracle 并不值得被信任为开源项目的管理者。”

他回顾道，2009 年 Oracle 收购 Sun Microsystems 并获得 MySQL 时，欧盟委员会曾一度接近否决这笔交易，担心 Oracle 的真实意图是削弱竞争。最终，Oracle 承诺会继续推进 MySQL 的发展、不会将其“杀死”，交易才得以通过。但事实证明（这并不让人意外），Oracle 并没有成为 MySQL 合格的开源项目守护者，围绕 MySQL 的社区多年来一直在不断萎缩。

Otto Kekäläinen 表示：

“如今，MySQL 的所有开发工作几乎都在封闭环境中进行。对外公开的 Bug 追踪系统并非 Oracle 内部真正用于 MySQL 开发的那一套系统。那些尝试向 MySQL 贡献代码的人，往往只会看到自己的 Pull Request 或补丁被标记为“已收到”，几乎得不到任何反馈。随后，这些改动可能会、也可能不会出现在下一个 MySQL 版本中，而且往往被重写，Git 提交记录中的作者和提交者字段也只剩下 Oracle 员工的名字，真正的原始作者最多只在博客文章中得到一句轻描淡写的致谢。

我曾在亚马逊云服务（AWS）担任工程经理，负责 RDS MySQL 和 RDS MariaDB 核心团队的开发工作，期间也管理过团队向 MySQL 和 MariaDB（由 MySQL 原始作者 Michael Widenius 发起的分支项目）提交代码。可以说，我所在团队的所有开发者都不愿意向 MySQL 提交代码，原因正是 Oracle 对外部贡献者的态度实在糟糕。

与之形成鲜明对比的是 MariaDB。MariaDB 的所有开发都在 github.com/mariadb/server 上实时进行，任何人都可以提交 Pull Request 并获得代码评审，所有问题都会在 jira.mariadb.org 上公开讨论——这正是一个真正开源项目应有的样子。

MySQL 只是’在许可证意义上是开源的‘（GPL v2），但在项目运作层面，它已经不再是一个真正的开源项目。”

除了开发停滞，Otto Kekäläinen 还在其博客中还揭露了 MySQL 近年的“技术滑坡”：

• 当 MySQL 8.0.29 发布并将默认的 ALTER TABLE 方法切换为 in-place 执行时，其中存在大量未被充分覆盖的边界情况，导致不少用户遭遇数据库崩溃和数据损坏。这个问题直到 一年之后的 MySQL 8.0.32 才算得到完整修复。

• 更让许多用户感到不满的是，Oracle 将 8.0 系列定位为“evergreen（常青）”版本，却在小版本更新中不断引入新功能和行为变更，而不是像用户长期以来所预期的那样，仅在这些 x.y.z 维护版本中进行缺陷修复和安全更新。

• 在此期间，MySQL 长达六年没有推出真正意义上的新主版本。2018 年发布 MySQL 8.0 之后，直到 2023 年才推出 MySQL 8.1，但该版本只是一个短期的预览版。首个真正的新主版本 MySQL 8.4 LTS 则是在 2024 年发布。尽管名义上是一次主版本更新，但由于几乎没有引入实质性的新功能，令不少用户感到失望。

• 此外，还有大量用户反馈，在更新到较新的 MySQL 版本后性能出现下降。例如，知名 MySQL 性能专家 Mark Callaghan 的基准测试显示，在写密集型工作负载下，MySQL 9.5 的吞吐量通常比 8.0 低约 15%。
  

Otto 坦言，有些人认为，他们并不在意 MySQL 是否真的算得上开源，也不关心它未来几年是否还有前景，只要现在还能用就够了。但抱有这种想法的人正在承担极大的风险。

在软件应用栈中，数据库往往是最关键、最核心的组成部分。一旦在运维层面出现问题，更不用说安全漏洞，都会立刻产生严重后果。而这种“无所谓”的态度，最终很可能会让人被解雇，甚至面临法律诉讼。

在 Otto 看来，真正的开源项目中，问题是被公开讨论的，而且问题越严重，就会有越多的人和公司参与修复。从开发方法论的角度看，开源与科学方法十分相似：思想可以自由流动，不断被质疑和验证，最终胜出的，是证据最充分、方案最可靠的那一个。

他表示，如今的 MySQL 无论是软件本身、文档，还是官网呈现方式，都在不断引导用户放弃开源版本，转而使用闭源的 MySQL 产品，尤其是 HeatWave。这不仅是闭源服务，还意味着 Oracle 将完全掌控客户数据库中的内容。

当然，也有人会辩称，这是 Oracle 盈利、并提供更好产品的方式。但 Reddit 等平台上的大量用户反馈显示，现实情况更像是：Oracle 正在对最后一批被“锁住”的 MySQL 用户进行榨取——用户被迫支付越来越高的费用，却获得越来越少的价值。

MySQL 未来

不可否认，MySQL 目前仍保持着较高的知名度和装机量，在 DB-Engines 排名中位列第二，在 Stack Overflow 调查中也仍是使用最广泛的开源数据库之一。

但隐忧正在浮现。MySQL 开源项目的长期停滞，可能迫使企业用户重新评估数据库选型；同时，LAMP 生态中大量“隐性 MariaDB 替代 MySQL”的现象，也在悄然稀释 MySQL 的真实用户基础。

正如外媒 DevClass 在报道中所言：“MySQL不会立即消失，但如果这个项目继续停滞不前，其使用量可能会下降。”

https://devclass.com/2026/01/13/open-source-mysql-repository-has-no-commits-in-more-than-three-months/

https://optimizedbyotto.com/post/reasons-to-stop-using-mysql/

https://github.com/mysql/mysql-server/graphs/commit-activity