MariaDB 发布 Enterprise Platform 2027，面向智能体工作负载

MariaDB于2026年11月4日发布Enterprise Platform 2027，使其整合事务、分析、内存与AI能力的平台正式可用。该版本新增智能体记忆、检索与响应缓存工具，公司称在赞助测试中Enterprise Server 12.3的峰值吞吐量比11.8版本高出56%。

该版本将Enterprise Server 12.3与Exa、GridGain、MaxScale、Enterprise Manager和Enterprise Kubernetes Operator打包提供。它可运行于本地、任意云环境，或作为托管的MariaDB Cloud服务运行。重新设计的标志、配色方案和网站也随MariaDB一同推出，体现其力图将自身定位为统一数据平台而非仅仅是运营数据库的努力。

一篇发布文章将智能体功能分为开发与运行时两类。Agent Memory在每一步之后将智能体状态存储在内存中，并在智能体与会话之间共享。因等待人工审批或中断而暂停的智能体可从其保存的状态恢复，而无需重新启动；开箱即支持LangGraph。

Semantic Cache通过识别措辞不同但含义与先前问题相同的问题并返回已存储的响应，来解决重复的模型调用。MariaDB表示，对于用户提出相似问题的应用，这可缩短响应时间并降低token成本。

AI Retrieval提供跨文档与实时运营数据的统一托管检索层。它对文档进行解析、分块、嵌入和重排序，而关于MariaDB数据的自然语言问题会转化为针对实时数据库的只读SQL查询。后续问题会保留先前上下文。该设计旨在为答案提供依据，而无需维护单独的仓库或向量存储副本及其安全控制。

开源AI Plugins为编码智能体提供针对MariaDB的专门指导。它们支持Claude Code、Codex、OpenCode和Pi。

分析、集群与部署控制

MariaDB Exa现已在本地正式可用，可直接针对实时运营数据运行实时分析，无需单独的仓库或ETL管道。向量搜索仍是核心数据库引擎的原生功能；MariaDB报告称，在相同准确率下，每秒向量查询数比Enterprise Server 11.8最多高出30%，且无需更改模式或查询。

对于多区域部署，正式可用的Raft Cluster在多数节点确认后提交写入，从而防止单个缓慢或距离较远的节点决定每次写入的节奏。冲突检测与解决机制让每个区域可处理本地更新，并由客户定义的业务规则解决两个站点更改同一记录的情况。

Enterprise Manager将数据库、MaxScale和GridGain整合到一个支持单点登录的可观测性控制台中。Bring Your Own Cloud也已正式可用：MariaDB Cloud数据平面运行在客户自己的AWS、Microsoft Azure或Google Cloud账户内，而由MariaDB运营数据库。

基于角色的访问控制适用于事务、分析和向量工作负载。FIPS 140-3支持通过Enterprise Kubernetes Operator启用，使用Red Hat经NIST验证的加密模块。

2026年10月McKnight Consulting Group的报告支撑了头条吞吐量数据，该报告测得Enterprise Server 12.3.3-0峰值时每分钟2,653,370笔新订单，而11.8.3-1为1,702,758笔。12.3版本峰值时为152个虚拟用户；11.8版本峰值时为88个。在各自的峰值下，第99百分位新订单响应时间分别为3.60毫秒和6.54毫秒。

两个版本分别运行在相同的Google Cloud c4d-highmem-192-lssd实例上，该实例具有96个物理核心和192个vCPU。内存中的HammerDB TPROC-C工作负载使用了768个仓库，源自TPC-C，但并非官方TPC-C结果。

这些控制措施隔离了引擎的可扩展性，但其他选择限制了这些数字能多直接地迁移到生产环境。持久提交、二进制日志和双写缓冲均被禁用。MariaDB选择了自己的配置，而McKnight选择了测试、配置了数据库和测试应用，并运行了测试。

Enterprise Platform 2027将MariaDB的智能体战略与更少的数据副本、共享的访问控制和通用运营基础设施联系在一起。其公布的性能证据支持在披露的测试条件下实现更高吞吐量；生产环境的问题在于，当持久性、工作负载组合和区域要求与受控环境不同时，这一整合平台的表现如何。