当数据库开始为Agent重写，OceanBase如何再造AI数据库？

过去三年，当数AI行业的据库叙事焦点几乎完全被模型迭代与算力军备竞赛所占据。随着企业预算大量涌入大模型、开始库GPU集群、重写再造训推平台及各类Agent（智能体）应用，数据一个严峻的当数现实问题日益凸显：

模型已购，算力已堆，据库为何多数AI项目仍难以转化为实际业务价值？开始库

这并非因为模型能力不足，而是重写再造受限于数据瓶颈。OceanBase CEO杨冰明确指出：“AI落地的数据最后一公里，本质上是当数数据难题。”若模型无法理解业务上下文、据库参与决策闭环并跑通业务流程，开始库便无法为企业创造核心价值。重写再造通用大模型与企业定制化AI需求之间，数据横亘着一条巨大的“业务上下文”鸿沟。

随着Agent成为企业软件与数据系统的新兴使用者，数据库必须再次面向AI进行底层进化。这是所有企业面临的共性挑战，也是OceanBase的核心命题。

01 AI最后一公里：回归数据库本体

在Agent时代，数据库的服务对象正经历根本性转变。

传统数据库服务于人：工程师编写SQL，业务人员查看报表，系统执行预设的增删改查逻辑。数据库记录的是交易、订单、账户、库存及日志，构成企业运转的“事实系统”。

然而，随着Agent深入生产环节，这一范式被彻底打破。Gartner预测，到2028年，33%的企业级软件将整合自主型AI Agent，超过15%的日常决策将由Agent自主完成。

Agent的数据调用方式与人类截然不同：
* 全天候运行：支持7×24小时不间断服务。
* 高频并发：具备高并发查询、推理及任务执行能力。
* 动态记忆：在执行过程中持续生成新的记忆、状态及行动记录。

这意味着，数据库首次迎来了非人类用户——Agent。

基于在蚂蚁、阿里等数据密集型客户的落地经验，杨冰指出AI为数据库带来三大核心挑战：

1. Agent规模指数级增长
   “Vibe Coding”降低了构建门槛，使Agent构建成本趋近于零。以蚂蚁灵光为例，数月内承载的应用超过3000万个。数据库需应对海量Agent的并发访问。

2. Agent执行生产任务
   企业级Agent需处理核心业务数据，对准确性与一致性要求极高。随着非结构化数据进入核心系统，混合搜索成为刚需，数据库需集成强大的搜索引擎能力。

1. 保障长期运行的正确性与自我进化
   Agent进化依赖毫秒级复制、试验及回滚的评测数据集。传统数据库缺乏针对Agent试错与进化的设计，无法支持生产级Agent的Harness工程，而这正是AI数据库的必备能力。

Agent所需的数据已超越表格范畴。订单、客服录音、发票照片、合同文本、用户对话及风控规则，共同构成了企业业务上下文。大模型使过去沉睡的非结构化数据首次转化为可理解、可计算、可调用的资产。

AI时代的数据库不仅要回答“数据在哪里”，更要回答“数据含义”、“实时可用性”以及“能否反哺模型与业务”。

Agent的回答本质是上下文+模型调用。模型决定能力上限，而数据与上下文决定业务价值。企业Agent应用的差距，已从“谁的模型更强”转向“谁能让AI真正读懂业务”。数据库由此重回舞台中央，成为AI落地的最后一公里。

02 超越检索：湖库一体是AI数据库的必然路径

当前对AI数据库的常见误解是将其视为“传统数据库+向量检索插件”，或简单拼接搜索引擎、向量库、数据湖与交易库。OceanBase认为，这并非AI数据库的正确形态。

OceanBase CTO杨传辉将AI数据库定义为“第四代数据库的基建”，其核心特征是湖库一体。

为何必须湖库一体？

• 湖的优势：开放、海量、多模态、多样化计算。
• 库的优势：事务处理、一致性、实时性、可靠性。

AI进入企业核心场景后，两者缺一不可。若结构化数据在交易库、文档在对象存储、向量在向量库、搜索在搜索引擎、离线加工在大数据系统，Agent将面临多系统、多权限、多元数据及多链路的割裂局面，导致上下文缺失、数据不一致、权限治理困难，并推高延迟与运维复杂度。

在风控、金融、医疗等场景中，延迟或错误可能引发重大业务事故。因此，湖库一体是OceanBase给出的标准答案。

杨传辉通过三项关键技术指标阐释这一变革：

1. 多模表（Multi-modal Table）
   传统关系表仅承载整数、字符串等结构化字段。AI时代的多模表在同一张表中容纳文本、向量、LOB及AI列，背后统一管理结构化与非结构化数据。

1. AI列（AI Column）
   将模型能力内嵌至数据库，支持Embedding、打标、摘要等处理，并确保AI加工与原始数据的一致性。非结构化数据由此从“存储文件”转变为可搜索、可计算、可治理的数据资产。

2. 混合搜索（Hybrid Search）
   AI数据库与传统数据库的最大区别在于支持混合搜索。在多模表中，同时完成关系过滤、向量搜索、全文搜索、图搜索及AI计算。Agent的搜索极少是单一模态，通常需先通过结构化条件缩小候选集，再结合向量召回语义内容，最后通过全文、图关系及重排优化结果。真正的上下文工程，天然依赖混合搜索。

OceanBase强调的“一体化”，并非系统拼凑，而是将多模态、在线事务、实时分析、开放计算及Agent上下文统一于强一致性底座之上。为此，OceanBase重写了AI时代的数据底座。

03 OceanBase如何再造AI数据库？

6月29日，OceanBase正式发布面向AI时代的湖库一体AI数据库。该架构以湖库一体为核心，将数据湖的开放存储能力、数据库的事务分析能力以及多模态处理能力统一于强一致底座。

OceanBase AI数据库采用三层架构体系：

1. 底层引擎：OceanBase Lakebase
   面向结构化、非结构化及多模态数据，提供统一管理、加工、检索与调用能力。支持独立部署以服务全新AI场景，或作为智能叠加层与企业现有数据湖并行运行。

2. 中间层：OceanBase DataStudio
   覆盖数据集成、加工、治理、发布及资产管理，解决企业如何将分散数据资产转化为可管理、可理解、可调用的数据服务。

3. 应用层：OceanBase DataPilot
   作为更懂业务的数据智能Agent，DataPilot帮助业务人员通过自然语言完成指标查询、归因分析、洞察报告生成及监控看板搭建。其目标不仅是提供报表工具，更是让数据从“看得见”走向“用得上、能决策”。

该组合逻辑清晰：Lakebase提供底层引擎，DataStudio负责数据治理，DataPilot提供业务智能入口，结合PowerMem记忆智能体与PowerRAG企业知识库，OceanBase试图将AI应用落地的数据链路收敛至单一平台。

成效验证：
* 成本优化：降低整体TCO约30%-50%。
* 场景验证：已在蚂蚁“阿福”、“灵光”等场景完成验证。灵光累计生成数千万个“闪应用”，证实了湖库一体架构在千万级Agent场景下的可行性。

十五年前，双十一的极限场景催生了OceanBase原生分布式数据库；今天，灵光、阿福及涌入生产场景的Agent，正在倒逼下一代AI数据库的诞生。

作为服务超400家金融机构、连续两年位居中国分布式数据库本地部署市场第一、且唯一同时登顶TPC-C和TPC-H两项国际权威测试的数据库，OceanBase业务已覆盖全球多个国家和地区。

当数据库开始为Agent重写，AI数据库已不再是行业细分领域，而是AI应用进入企业核心业务的基础设施。杨冰指出：“下一个10年，OceanBase的目标就是再造一个AI时代的数据库。”

这一次，OceanBase选择从内核出发，将长期在金融核心系统验证的事务一致性、高可用与弹性能力，延伸至湖与多模态数据体系之上，实现统一支撑AI负载的能力。这是从底层出发的重构，而非旧架构的修补。

(责任编辑：娱乐)