作者：默思編輯部 發布：2026-09-11
MariaDB基金會於2026年8月發布第三季例行維護更新，這次更新同步涵蓋12.3.3、11.8.9、11.4.13與10.11.19四個長期支援（LTS）版本系列，是MariaDB基金會近期例行發布節奏中的最新一次維護更新。
這次更新有一項值得留意的變化：這是首次不再包含10.6版本的例行維護更新，代表10.6這個曾經廣泛部署的LTS版本系列，已經正式走到其官方支援生命週期的終點。對仍在使用10.6版本的企業而言，這代表後續將不再收到官方的安全性與錯誤修補，必須規劃升級到仍在支援範圍內的較新版本。
MariaDB基金會採用多個LTS版本並行維護的策略，讓不同企業能依照自身的升級節奏，選擇停留在較穩定的舊版本，或是升級到具備更多新功能的較新版本。這種策略的好處是給予企業充分的升級彈性，但也意味著基金會需要同時投入資源維護多條版本線的安全性修補，隨著版本數量增加，維護成本也會相應提高，這也是為什麼版本生命週期屆滿後，基金會需要適時讓舊版本退場，把資源集中投入在仍在支援範圍內的版本上。
對於仍在使用即將或已經停止支援版本的企業而言，及早規劃升級路徑是相當重要的資安衛生習慣——停止支援的版本代表即使日後發現新的安全漏洞，也不會再收到官方修補，長期持續使用形同讓系統暴露在未修補的風險之中。建議維運團隊定期檢視自身資料庫版本的支援狀態，並提前規劃測試與升級排程，避免臨到支援期限屆滿才倉促應對。
MariaDB這種穩定、可預期的例行維護節奏，是企業級用戶對開源資料庫方案建立信任的重要基礎，這也呼應了近期Percona報告中提到的「控制權與彈性」這項企業選型考量——一個具備清晰版本生命週期管理制度、維護節奏可預期的開源專案，能讓企業更放心地將關鍵業務系統建構在其上。
對仍在使用10.6版本的企業而言，版本正式退場並不代表系統會立即停止運作，而是意味著後續不會再有官方安全更新——這種「軟性截止」的特性，容易讓部分企業因為系統仍能正常運行，而一再拖延升級計畫，直到某次重大安全漏洞爆發才倉促應對。建議企業將資料庫版本生命週期管理，納入例行的IT資產盤點流程，提前一到兩個大版本週期就開始規劃升級測試，而不是等到官方支援正式終止才開始行動。
熟悉MariaDB等開源資料庫的版本生命週期管理與升級規劃，是資料庫維運工程師的基本功，具備多版本並行維護實務經驗的DBA人才，在企業級資料庫維運團隊中會有穩定的職涯需求。