裁員惹的禍？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