甲骨文收購 Sun 後對 MySQL 社區的十大承諾：解讀與影響

2009 年甲骨文收購 Sun Microsystems 案經歐盟委員會深度審查，為消除壟斷擔憂、獲批交易，甲骨文公開發布對 MySQL 用戶、開發者、客戶的十項具體承諾，承諾期限至交易完成五周年。本文逐條解讀核心內容與行業影響。

十大承諾逐條解讀

1. 保證可插拔存儲引擎 API 持續可用
   承諾階段性增強架構，第三方引擎（如 Infobright、TokuDB、RocksDB）無需甲骨文商業許可即可接入，維護生態開放性。
2. 不主張第三方引擎必須採用 GPL
   作為版權方，不再要求通過存儲引擎 API 接入的第三方引擎必須開源，商業許可無需甲骨文批准，並將條款寫入現有供應商合同。
3. 延續 OEM 許可條件至 2014 年
   現有存儲引擎供應商與 Sun 簽署的 OEM 協議到期後，甲骨文提供同等條件延續，保障嵌入式產品線連續性。
4. 承諾持續以 GPL 發布 MySQL（含 6.0 版本）
   不會「社區版功能削減 + 企業版獨享新功能」的雙軌制；所有版本源碼公開、免費獲取。
5. 支持服務非強制綁定
   購買商業許可不強制購買甲骨文支持，客戶可選第三方支持（如 Percona、MariaDB 團隊）。
6. 研發投入超越 Sun 時期
   未來三年每年研發投入超過 Sun 最後一財年 2,400 萬美元，保障版本迭代速度。
7. 成立 MySQL 客戶諮詢委員會
   交易完成 6 個月內設立，納入終端用戶與嵌入式客戶，指導產品路線圖優先級。
8. 成立存儲引擎供應商諮詢委員會
   同步設立，保障引擎生態聲音被聽見，協同演進 API/架構。
9. 參考手冊持續更新、免費下載
   質量與 Sun 時期持平，保障文檔開放性。
10. 付費客戶支持服務延續
    根據客戶意願更新訂閱，不因收購中斷服務。

行業影響與後續演變

• 短期安撫：承諾緩解了歐盟反壟斷擔憂，交易於 2010 年 1 月獲批。
• 長期分歧：核心開發者 Monty Widenius 發起「拯救 MySQL」請願，最終 Fork 出 MariaDB；甲骨文後續將 MySQL 部分新功能（如線程池、審計插件）移入商業版，社區版釋出節奏放緩，引發社區信任危機。
• 生態重塑：MariaDB、Percona Server 成為主流替代；云廠商（AWS Aurora、阿里云 PolarDB、騰訊云 TDSQL）基於 MySQL 協議深度重寫存儲層，形成新一代雲原生數據庫陣營。

給用戶的啟示

1. 關註上游社區活躍度：提交量、Issue 響應、版本發布頻率比廠商承諾更真實。
2. 評估遷移成本：協議兼容 ≠ 行為一致，需驗證 SQL 模式、鎖語義、複製协议、工具鏈兼容性。
3. 多雲/混合雲策略：避免單一廠商鎖定，保留自建或第三方支持選項。

十年過去，十大承諾大多兌現了「字面意義」，但開源項目命運最終取決於社區治理結構與商業利益平衡，而非單方面承諾。這段歷史至今仍是開源商業化博弈的經典案例。