MariaDB 13.0 稳定版正式发布：核心特性全解析

开源关系型数据库 MariaDB 13.0 正式发布，首个稳定版本为 13.0.2。该版本是滚动发行版（非 LTS 版本），适合想要尽早用上新 SQL 能力、优化器改进、可观测性和存储引擎特性的用户评估部署。

MariaDB 13.0 主要更新

SQL 与存储程序兼容性：增强复杂查询的表达能力

MariaDB 13.0 延续了高级过程式 SQL 的兼容性改进，新增了TYPE .. IS REF CURSOR，并允许在存储程序参数及函数RETURN子句中使用RECORD。需要移植或维护复杂存储程序的话，这些能力能减少很多语法适配工作量。

查询优化方面，新版本引入了QB_NAME()优化器提示，可以为单个查询块命名并进行针对性控制；同时，还支持反向可执行注释，进一步提升了 SQL 兼容性。

可观测性升级：定位配置与引擎问题更直接

在数据库日常运维中，向管理员暴露了更多服务器内部信息：

• 变量弃用状态：INFORMATION_SCHEMA.SYSTEM_VARIABLES现在可以标识变量是否已弃用，方便提前排查配置迁移风险。
• 引擎创建选项：INFORMATION_SCHEMA.STATISTICS和INFORMATION_SCHEMA.COLUMNS可以展示存储引擎特定的创建选项，查看对象元数据时更完整。
• 审计日志格式：可以配置审计插件日志的时间戳格式，方便对接现有日志平台和解析规则。

InnoDB、性能与复制：为备份恢复和高负载场景铺路

innodb_log_archive是本次更新最值得关注的底层能力之一：启用之后，InnoDB 可以保留写前日志（WAL）历史，而不是在循环重做日志覆盖旧条目时丢失它们，是后续备份恢复能力的重要基础。

不过，这并不代表现有备份链路已经自动支持这项能力。mariadb-backup目前就不能直接使用这项归档能力，后续才会接入备份恢复流程。生产环境需要结合实际工具链验证后再使用。

此外，MariaDB 13.0 还带来了一组面向性能和复制的调整：

• PERFORMANCE_SCHEMA摘要散列算法换成了XXH3_128；MEMORY表中CHAR列的唯一索引性能也得到了优化。
• binlog_row_event_max_size的默认值提高到了 64KB；default_master_connection支持全局设置，同时调整了执行CHANGE MASTER后，SHOW REPLICA STATUS中Master_Server_Id的重置逻辑。

DuckDB 存储引擎：在同一环境中尝试事务与分析混合负载

MariaDB 13.0 支持把 DuckDB 作为存储引擎，把列式存储和向量化分析能力带到了以 InnoDB 为主的事务环境；事务表和分析表可以在同一个 MariaDB 实例中通过一条 SQL 语句直接联接。

不过，DuckDB 存储引擎目前还在 Gamma 阶段，适合做轻量分析、报表、HTAP 实验以及 Parquet 等格式的探索。没经过充分验证，不要直接放到核心生产负载里。