MariaDB 11 已經發布，這些是它的新聞

10.x 分支成立 10 年後， 終於發布了 MariaDB 11.0.0 的新版本和分支該 帶來了幾項重要的改進並打破了兼容性變化。

MariaDB 11 已經發布，這些是它的消息，穩定後將準備好用於生產。 MariaDB 12 的下一個重要分支包含破壞兼容性的更改，預計不會早於 10 年（2032 年）。

對於那些不了解 MariaDB 項目的人，您應該知道 它開發了一個保持向後兼容性的 MySQL 分支只要有可能，它的特點就是集成了額外的存儲引擎和高級功能。

MariaDB的發展 由獨立的 MariaDB 基金會監督， 遵循獨立於各個供應商的公開透明的開發過程。 在許多 Linux 發行版中，MariaDB 代替了 MySQL。

MariaDB 11的主要新功能

在 MariaDB 11 的這個新版本中，該分支的一項關鍵改進是 查詢優化器翻譯 到一個新的加權模型（成本模型），其中 對每個查詢執行計劃的權重提供更準確的預測. 雖然新模型消除了一些性能瓶頸，但它可能並非在所有場景下都是最佳的，並且某些查詢可能會變慢，因此鼓勵用戶參與測試並在出現任何問題時通知開發人員。

上述模型可以很好地找到最佳指標，但在表掃描、索引掃描或範圍查找的適用性方面存在問題。 在新模型中，通過改變存儲引擎操作的基礎權重來消除這個缺點。

績效評估 對於磁盤密集型操作，例如順序寫入掃描， 現在他們假設數據存儲在讀取容量為 400 MB 的 SSD 上 每秒。 此外，優化器的其他權重參數也得到了改進，例如，可以實現在子查詢中使用索引進行“ORDER BY/GROUP BY”操作的可能性，並加快處理非常小的表的速度。

另一個突出的新穎之處在於，新的加權模型將允許在以下情況下選擇更優化的查詢執行計劃：

• 使用跨越 2 個以上表的查詢時。
• 當存在包含大量相同值的索引時。
• 當使用覆蓋表的 10% 以上的範圍時。
• 當您有復雜的查詢時，並非所有使用的列都被索引。
• 使用涉及不同存儲引擎的查詢時（例如，當查詢包含對 InnoDB 和內存引擎中的表的訪問時）。
• 通過使用 FORCE INDEX 來改進查詢計劃。
• 在使用“ANALYZE TABLE”的情況下查詢計劃降級時。
• 當查詢跨越大量視圖時（大量嵌套 SELECT）。
• 使用匹配索引的 ORDER BY 或 GROUP BY 子句時。

在一部分 兼容性中斷 在這個新版本的 MariaDB 11 中，我們將在這個新分支中發現以下中斷：

• SUPER 權限不再允許您執行單獨設置權限可用的操作。 例如，更改二進制日誌的格式將需要 BINLOG ADMINISTRATOR 權限。
• 刪除了 InnoDB 中的更改緩衝區實現。
• 棄用了 innodb_flush_method 和 innodb_file_per_table。
• 已棄用對 mysql* 名稱的支持。
• 已棄用將 explicit_defaults_for_timestamp 設置為 0。
• 為了與 MySQL 兼容，符號鏈接已移至單獨的包中。
• innodb_undo_tablespaces 參數的值已從默認更改為 3。

終於 如果您有興趣了解更多信息 關於這個新版本，您可以在 以下鏈接。