首页 > 数据库 > PostgreSQL > IvorySQL Agent 探索与实践
本文基于 HOW 2026 Oreo Yang 的演讲内容整理。
IvorySQL 是一个基于 PostgreSQL 并兼容 Oracle 的开源关系型数据库项目,致力于提供灵活、高性能的数据管理解决方案。其核心特性包括:
数据库运维面临多重挑战:指标分散、诊断困难、人力成本高、文档查找繁琐。IvorySQL Agent 的核心理念是利用大模型技术实现智能对话与自动化分析,构建一站式监控、诊断、运维辅助平台。
项目要解决的六大核心问题包括:智能文档检索、数据库运维、性能调优、SQL 编写效率提升、企业知识管理,最终通过 AI 技术实现从“被动检索”到“主动服务”的转型。
Agent = 大模型 + 工具 + 推理。智能体将语言模型与工具能力结合,能够对任务进行推理、决定使用哪些工具,并通过迭代寻求解决方案。
IvorySQL Agent 的技术选型:
系统采用四层架构设计:
| 层级 | 技术栈 | 职责 |
|---|---|---|
| Web 接入层 | FastAPI + 静态资源 + CORS | 用户界面交互 |
| 智能路由层 | LangGraph 工作流 + 状态管理 | 意图识别与请求分发 |
| 专家 Agent 层 | NL2SQL / Analysis / Ops / Backup / Install / Knowledge / General | 领域任务处理 |
| 工具与存储层 | 数据库工具集 + LLM 接口 + 向量存储 + 时序数据库 | 数据访问与工具执行 |
系统运行两条核心工作流:
监控采集流:通过 Collector 设计,覆盖 50+ 监控指标(连接、缓存、锁、事务、查询、表膨胀等)。针对 IvorySQL 的 Oracle 兼容模式,动态注册自定义类型编解码器。采集数据以 JSONB 格式存储于 PostgreSQL,后台采用 APScheduler 每 30 秒执行一次采集任务,并通过 Delta 增量计算减少开销。
智能对话流:用户输入经路由分发至对应 Agent,构建上下文后调用工具链执行推理,最终生成回答并返回用户。
异常检测采用规则引擎与 LLM 协同工作的双轨机制:
路由系统采用渐进式匹配策略:
7 个意图域的差异化配置:
| 域 | 触发方式 | 工具数 | RAG top_k | 上下文范围 |
|---|---|---|---|---|
| nl2sql | 关键词 + LLM | 5 | 4 | schema + packages |
| analysis | 关键词 + LLM | 5 | 5 | 全量 |
| ops | 关键词 + LLM | 8 | 3 | 会话指标子集 |
| backup | 关键词 + LLM | 5 | 3 | 知识库 |
| install | 关键词 + LLM | 4 | 5 | 知识库 |
| knowledge | 关键词 + LLM | 1 ★ | 10 ★ | 知识库(最高召回) |
| general | LLM only ★ | 21 ★ | 5 | 全量 |
关键设计决策:
嵌入模型:采用 BAAI/bge-small-zh-v1.5,512 维,支持中英双语,完全离线运行。使用 fastembed 进行本地推理,无外部 API 调用。处理性能约为每千份文档 1~2 分钟。
向量存储:pgvector 扩展,IVFFlat 索引加速,余弦距离相似度搜索。
知识库来源:IvorySQL 官方文档 + PostgreSQL 官方文档 + 历史分析结果向量化。
RAG 检索策略:采用“加权向量搜索 + BM25 重排 + MMR 多样化”组合方案。文档 Title 与 Content 分别赋予 0.3 和 0.7 的权重;检索结果经 BM25 关键词重排后,通过 MMR(threshold=0.46)引入多样化内容,避免结果过度集中。
知识库切片管理:按文档章节划分,每个切片附带 YAML frontmatter 元数据,包含 title、category、tags、source、version、mode、content hash 等字段。其中 version 和 mode 标记适用数据库版本与模式,防止跨版本知识污染;contenthash 防止重复导入。
缓存机制:
智能压缩机制(应对 15+ 轮长对话):
工具系统注册了 21 个内置工具,分领域管理:
Plan 规划:多步写任务由 LLM 生成 JSON 格式步骤计划,已执行步骤标记完成后注入进度到上下文,防止重复执行或乱序。
SSE 流式输出:token、tool start、toolend 实时推送,status、confirm、complete、error 节点事件。出错时前端保留已流内容,错误追加于下方。
状态往返:plan、plan_idx、domain 经 API 在确认轮次间往返,保证多步计划跨轮次连贯性,无需重建上下文。
采用 Docker 容器化设计:
| 场景 | 用户问题 | 处理 Agent |
|---|---|---|
| 连接数异常诊断 | “为什么连接数这么高?” | Ops Agent 分析活跃会话、长事务,提供详情与终止建议 |
| 慢查询优化 | “帮我找出最慢的查询” | NL2SQL Agent 检索慢查询日志,展示 SQL 文本、执行次数、平均耗时 |
| 备份配置查询 | “备份配置正常吗?” | Backup Agent 检查 WAL 归档、最近备份时间、归档状态 |
| 知识库问答 | “如何使用 %rowtype?” | Knowledge Agent 检索 RAG 知识库,构建 LLM context,生成 SQL 用例 |
功能扩展:
愿景:IvorySQL 作为 AI 数据基础设施平台:
IvorySQL Agent SDK 核心能力:
# 3 行代码实现 RAG 应用
pip install ivorysql-vector-sdk
from ivorysql import VectorDB
db = VectorDB('postgresql://...')
db.add_documents(docs)
answer = db.query('用户问题')
核心优势:无需配置外部向量服务,IvorySQL 开箱即用。
IvorySQL Agent 是 IvorySQL 社区在 AI 赋能数据库管理领域的一次系统性探索。项目基于 ReAct 框架与 LangGraph 工作流编排,构建了覆盖路由、检索、上下文管理、工具调用和安全审计的完整技术体系,实现了从自然语言到数据库运维动作的端到端自动化。未来,项目将持续向多模态交互、自动化修复、SDK 生态等方向演进,降低数据库的使用门槛,提升运维效率,让 IvorySQL 不仅是优秀的数据库,更成为智能数据管理的基础设施。
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/70043484/viewspace-3175478/ ,如需转载,请注明出处,否则将追究法律责任。