别再复制 SQL 给 AI 了，它现在可以直接和数据库“对话”

---

一、AI 调库为何"卡壳"？

过去，开发人员排查 SQL 问题，往往要在开发工具和数据库客户端之间来回切换：表结构、索引信息、执行计划，需要逐项查询、复制，再交给大模型分析。这些分散的操作无法让模型真正基于真实数据库环境给出结论。

现在，借助 KES MCP Server，在 TRAE、Cursor 等支持 MCP 的开发工具中，直接输入下面这类问题，就能调用 KES 完成对应操作：

• “帮我看看 orders 表有哪些字段和索引。”
• “分析一下这条 SQL 为什么慢。”
• “如果增加联合索引，执行计划会不会改变？”

近日，电科金仓在 Gitee 发布了 KES MCP Server，本次发布包含 9 个标准工具，覆盖数据库结构探索、SQL 查询、执行计划分析、健康检查、慢查询定位和索引优化等常见场景。

---

二、KES MCP Server 是什么？

KES MCP Server 位于开发工具和 KES 数据库之间，是连接二者的"中间层"。

2.1 交互流程

用户提出问题后，开发工具判断需要调用哪个工具；KES MCP Server 接收请求，完成参数检查和访问控制，再连接 KES 执行操作；数据库返回结果后，由开发工具继续整理和分析。

开发工具不会绕过 KES MCP Server 直接访问数据库。模型能调用哪些工具、执行哪些 SQL、查看哪些对象，既受 Server 访问模式限制，也受数据库账号权限约束——这是双重权限约束的设计。

2.2 分层架构

KES MCP Server 采用分层架构设计，从上到下共 5 层组成：

1. AI 客户端层：TRAE、Cursor 等支持 MCP 的开发工具
2. 传输层：负责请求的序列化与传输
3. 核心服务与安全层：参数校验、访问控制（Restricted / Unrestricted 模式）
4. 分析能力层：执行计划分析、慢查询分析、索引假设分析
5. KES 数据库层：金仓数据库 V8R6 及以上版本

2.3 三种传输方式

为适应不同部署环境，KES MCP Server 支持三种传输方式：

传输方式	适用场景	特点
Stdio<

转载自 CSDN-专业IT技术社区

原文链接：https://blog.csdn.net/m0_55394328/article/details/162990478