資深專家 Xaprb 深度點評 MySQL 5.5：InnoDB 成默認引擎是明智之舉，但部分優化存疑

知名 MySQL 專家 Xaprb (Baron Schwartz) 在 MySQL 大會期間發表深度長文，對 MySQL 5.5 的「善、惡、醜」進行犀利剖析。作為 Percona 聯合創始人兼首席架構師，其觀點極具參考價值。

善：InnoDB 成默認引擎，改變學習曲線與生態

Xaprb 肯定將 InnoDB 設為默認存儲引擎是「非常明智的舉動」。此舉將從根本上改變新用戶學習路徑：過往用戶先學 MyISAM 再遷移 InnoDB，如今直接從更高級、更複雜的事務引擎起步。討論焦點將從「為何遷移」轉向「何時用 MyISAM」，長遠看將提升整體生態的數據完整性與並發處理水平。

惡與醜：InnoDB 改進中的技術債與架構妥協

恢復與清理線程：追趕 XtraDB 步伐

獨立清理線程、多重回滾段等改進概念早經 XtraDB 驗證有效。InnoDB 實現這些功能雖屬巨大飛躍，但恢復速度是否超越 XtraDB 仍存疑。多緩衝池功能被視為「無奈之舉」——緩衝池管理本身難題未解（運行時不可縮放、索引管理受限），多池僅屬零和博弈式優化，非長久之計，未來恐引發碎片化等新問題。

剝離互斥鎖與同步 I/O：基準測試與實戰或有落差

剝離互斥鎖工作極其複雜，基準測試數據雖好看，但真實負載下表現未知。同步 I/O 引入更令 Xaprb 擔憂：I/O 控制本身極難，此變動屬「難以理解的領域」，實際穩定性有待驗證。建議 Percona 等下游分支靜觀其變，吸取教訓後再做更好實現。

插入/刪除緩衝控制粗糙，落後 XtraDB

刪除緩衝沿用插入緩衝機制，卻缺乏大小控制、後台卸載能力（XtraDB 已支援）。插入緩衝操作行為詭異，缺乏必要控制導致性能抖動。即便最新 InnoDB 在此方面仍與 XtraDB 有差距。

總結

MySQL 5.5 在架構演進上邁出關鍵步伐，但核心存儲引擎的部分優化方向存在技術債風險。對於追求極致穩定與性能的生產環境，建議密切關注 Percona Server 等下游分支對上游變更的吸收與改良進度。