MariaDB 13.1 在 8 月 10 日正式发布，社区这几天相当热闹。这个版本最抢眼的新特性，是 HEAP 引擎支持了 BLOB、TEXT、JSON 和 GEOMETRY 类型——以前内存临时表一遇到这几种类型就得转成磁盘表，性能直接掉档，这次算是把这个老坑填上了。
这个特性的来龙去脉也有意思：它不是核心团队闭门做出来的，而是旅行预订平台 Headout 先在生产上撞上了问题——他们的高频查询需要大量内存临时表，转磁盘表之后性能损失明显，于是干脆自己下场贡献代码，和 Karellen Inc 的 Arcadiy Ivanov 一起给出了「延续记录」（continuation records）方案：把定长记录装不下的大字段拆成多段，存到单独的内存区域，主记录里只留指针。MariaDB官方博客用户发现限制、把修复交回上游、整个社区受益，这条路径比特性本身更有示范意义。MariaDB官方博客
改造完成后，Headout 还公布了他们生产环境里这次优化的基准对比，从自己踩坑到自己修好，再把成果交回社区。
但我劝你先别急着升级，原因就藏在版本号里：13.1 属于开发系列。想明白这件事，得先把 MariaDB 如今的版本谱系捋清楚。目前的版本线大致分四层：10.x 是老的维护线；11.4 和 11.8 是两个 LTS 长期支持版本，也是生产环境的主力；12.x 是创新系列，新特性先在这里落地验证；13.x 是当前的开发系列，13.1 就是这条线上的最新一版。包括 HEAP 增强、JSON 箭头操作符在内的所有新东西，都只会先进创新/开发系列，要等下一个 LTS 才会收敛进去。
而今年上半年社区发生的三件事，直接改变了选型的判断依据。
第一件，Percona 给出了大约 700 组 Sysbench 基准测试的结论：MariaDB 12.1 相比上一版本出现了约 28% 的性能回归，而且原因很具体——分区锁退回全局锁，64 线程并发下锁等待放大约 8 倍，自适应哈希索引（AHI）默认关闭，page cleaner 线程从 4 个减到 1 个，缓冲池越大回归越明显。哔哩哔哩这事在社区里讨论度很高，想看细节可以去找专门的解读视频。
第二件，Jepsen 在三月份发布了针对 MariaDB Galera Cluster 12.1.2 的分析报告，结论相当扎眼：在官方推荐配置下，确认前不落盘，节点连续崩溃时已提交的事务可能直接丢掉。Jepsen健康集群上也可能出现 Lost Update 和 Stale Read，实际观察到的语义甚至比 Read Uncommitted 还弱。对多主同步、账务级别的场景来说，这是红灯级别的发现，官方还在修复和回应过程中。
第三件，创新系列的新特性节奏确实快：12.3 把 binlog 搬进了 InnoDB，部分负载的吞吐量成倍提升。知乎13.1 又带来了 JSON 的 `->` 和 `->>` 箭头操作符，写法向 PostgreSQL 的习惯靠拢。MariaDB官方博客但反过来看，这些都是 12.x/13.x 才有的东西，和 LTS 没关系。
那么 2026 年上生产到底该选哪个版本？我的建议如下，可以直接对号入座：
你的情况 | 建议版本 | 理由 |
|---|---|---|
新项目，求稳 | 11.8 LTS | 最新 LTS，带 VECTOR 类型，没有历史包袱 |
已经在跑 11.4 | 留在 11.4 | 支持期内，不必为新特性换版本 |
还在 10.6 | 规划迁移 | 支持窗口年内收尾，建议一步到位升 11.8 |
Galera 多主集群 | 留在 11.x | Jepsen 在 12.1.2 发现写丢失，别当试验品 |
想试 RAG、向量检索 | 11.8 | 原生 VECTOR 数据类型，直接可用 |
眼馋 HEAP、JSON 新特性 | 先记账 | 等特性进 LTS 再上生产 |
NAS 自建、轻度使用 | 不追新 | 镜像里哪个版本稳就用哪个 |
迁移本身还有几个容易踩的坑提前说：MariaDB 的 JSON 类型实际上是 LONGTEXT 加 CHECK 约束的别名，和 MySQL 的原生 JSON 存储不是一回事；JSON 相关函数的行为细节也有差异，其中 JSON_TABLE 对格式化 JSON 列的支持要到 13.1 才补齐，语法向 PostgreSQL 支持的 SQL/JSON 标准靠拢。MariaDB官方博客从 MySQL 8 迁过来的话，JSON 相关的查询一定要做回归测试。
最后说说生态面上值得留意的信号。MariaDB 现在由基金会主导开发，保持以社区为主导的开发模式。知乎最新的 11.8 LTS 还原生支持了向量类型，给 RAG 这类场景留了入口。知乎社区面和商业面同时回暖，这在 MariaDB 过去几年里并不多见。
商业生态上也有两个新动作：7 月底 Adobe Commerce 宣布选择 MariaDB 作为默认数据库平台。MariaDB官方博客8 月中旬，芬兰 WordPress 托管商 Seravo 也成为 MariaDB 基金会的银牌赞助商。MariaDB官方博客还有一个真实迁移案例可以参考：一家金融科技公司用大约一年时间从 PostgreSQL 12 逐步迁到 MariaDB 11，扛着 80–100TB 数据和约一千个微服务，最终 TCO 降了 23%，新特性的上市时间还提升了 20%。MariaDB官方博客
接下来值得继续盯三个信号：12.x 性能回归修复后 Percona 会不会复测；Jepsen 指出的 Galera 问题官方给出修复版本和正式回应；下一个 LTS 的发布节奏，以及这轮创新特性最终收敛进哪些版本。打算在下半年做升级决策的，看这三件事就够了。
对大多数人，结论就一句话：新项目直接 11.8 LTS，存量用户不动如山，眼馋新特性就等它进 LTS——13.1 值得在测试环境玩一玩，但还不是进生产的时候。
