在 2026 年 7 月 28 日發布的最新更新中，MySQL 迎來了資料庫發展史上極具標誌性的轉折點。許多開發者與維運人員在查看發布日誌時可能會大吃一驚：在 MySQL 9.7.2（9.7 LTS 系列的修補更新）登場的同時，下一個主要版本並非預期中的 9.8 或 10.0，而是直接跳躍至 MySQL 26.7.0。這種版本號的巨幅跨越，主因在於 MySQL 官方自此版起正式導入「日曆化版本控制」（Calendar Versioning，簡稱 CalVer），以「年份.月份.補丁」（YY.M.P）的格式進行命名。因此，「26.7」代表的正是 2026 年 7 月所發布的版本，這標誌著 MySQL 正式從傳統的語意化版本邁入以時間為導向的新版發布週期。
除了版本命名規則的徹底改變，MySQL 26.7.0 在底層架構與核心功能上也進行了顯著升級。最為矚目的改動當屬全新引進的「變更流應用器」（Change Stream Applier，簡稱 CSA）。作為多執行緒複製（MTA）的替代選項，CSA 允許管理者針對單一 Channel 獨立設定 1 至 1024 個 Worker 執行緒，並實現事務應用與提交順序的解耦，大幅提升多執行緒複製的平行處理效能與靈活性。此外，MySQL 社群版也正式收錄了以往僅限 Enterprise 企業版獨享的 Thread Pool 外掛，並將預設的未空閒執行緒數調升至 32；而在安全性方面，系統也率先導入 TLS 1.3 的後量子密碼學（PQC）支援，為未來的資安防護預做準備。
在效能調優與儲存引擎方面，InnoDB 針對併發存取與緩衝池管理做了深度優化。傳統在進行表截斷（Truncate）或頻繁建表時，InnoDB 容易因快取索引統計地圖過大而導致記憶體鎖爭用；26.7 版本改為在頁面修改前預先建立統計條目，有效避免了長延遲等待。同時，Undo Tablespace 不再依賴局部的撤銷截斷日誌檔，而是將進度資訊直接寫入 Header 中。針對效能與 JSON 處理，新版修復了大量關於動態範圍掃描（Dynamic Range Access）在 LEFT JOIN 的最佳化評估，並改進了 JSON 關係對偶視圖（JSON Relational Duality View）在刪除子表外鍵時的執行順序，全面強化了現代化資料庫的穩定度與查詢效率。
《上一篇》【Raymii 瑞米】LS-114-T2 MOJO系列 20KG 35吋 超高承重雙螢幕支架 
留言區 / Comments
萌芽論壇