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。

最后 如果您有兴趣了解更多有关它的信息 关于这个新版本，您可以在 以下链接。