核心差異：舊模式 vs 新模式

維度	舊模式	新模式
發布週期	長達兩年	2-4 週可發布狀態，每 6 個月一個 GA 版本
「可發布」定義	達到 RC 標準，但測試期仍不斷加入新功能	嚴格符合 RC 標準，凍結新功能，專注穩定
代碼整合策略	大塊新功能直接合入，常引發回歸	小模組增量合入，複雜區域先重構再加功能
穩定性優先級	次於功能交付	最高優先級，犧牲部分功能速度換穩定

新模式對代碼開發的實際影響

小步快跑，重構先行

向複雜區域（如鎖系統）添加功能時，先重構隔離核心邏輯，再以小補丁形式合入。以 MySQL 5.6 的 LOCK_open 重構為例：

1. 建立重構專案，將元數據鎖邏輯完全隔離
2. 提供運行中元數據保護與連線緩衝
3. 重構成果以小補丁逐步合入主幹
4. 並行推進其他 5.6 功能開發，互不干擾

結果：核心功能升級更安全，主幹始終保持可發布狀態。

邊緣功能輕鬆上車，核心功能嚴把關

與核心區域無關的邊緣功能（資訊架構、新儲存引擎介面等）流程順暢；觸及核心複雜區域則需完整的準備工作與測試流程作為前置條件。

靈感來源：Linux 核心開發模式

借鑒 Linux Kernel「主線穩定、分支開發、合併窗口」模式：主線只接受經過充分測試的小補丁，大功能在次級分支孵化成熟後再合入。

轉型之痛：推倒重來的勇氣

從 MySQL 5.1 開發流程「推倒重來」，引入里程碑模式，歷經數年整合遺留代碼與新規劃。棄用無法遷移的功能，替代不可維護的組件。最終 MySQL 5.6 交付 200+ 新功能，證明模式有效。

未來展望

新模式賦予團隊在穩定基石上大膽創新的信心。作為架構師，見證 MySQL 團隊在架構層面的持續改進，期待更多革命性特性惠及全球用戶。