文章目录一、AI 调库为何卡壳二、KES MCP Server 是什么2.1 交互流程2.2 分层架构2.3 三种传输方式2.4 安全设计给 AI 这匹野马套上缰绳三、KES MCP Server 能做什么3.1 查看数据库结构3.2 执行查询与分析 SQL3.3 检查数据库运行状态3.4 分析索引方案四、如何安装配置4.1 获取项目代码4.2 安装依赖4.3 启动服务Restricted 模式**生产环境推荐**五、实战演示在开发工具中完成一次 SQL 优化第 1 步查看表结构第 2 步分析执行计划第 3 步模拟新增联合索引六、总结一、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 层组成AI 客户端层TRAE、Cursor 等支持 MCP 的开发工具传输层负责请求的序列化与传输核心服务与安全层参数校验、访问控制Restricted / Unrestricted 模式分析能力层执行计划分析、慢查询分析、索引假设分析KES 数据库层金仓数据库 V8R6 及以上版本2.3 三种传输方式为适应不同部署环境KES MCP Server 支持三种传输方式传输方式适用场景特点Stdio本地开发不需要开放端口客户端自动拉起服务SSE远程访问支持长连接、服务器推送Streamable HTTP集中部署更好配合 HTTPS、反向代理和网络隔离选型建议本地开发通常使用 Stdio团队共享或跨环境使用时可以选择 Streamable HTTP。2.4 安全设计给 AI 这匹野马套上缰绳数据库作为核心基础设施AI 如同一匹野马必须在它接触数据库前先套上牢固的缰绳。KES MCP Server 通过以下机制实现安全管控Restricted受限模式内置 SQL 类型白名单与严格的访问控制策略拦截并限制高风险数据库操作如 DROP、TRUNCATE、批量 UPDATE/DELETE 等从源头阻断非法写入与修改行为。这是生产环境与演示环境的推荐模式建议同时配置 AI 专用的数据库最小权限账户多重防护以减少 AI 误操作的风险。Unrestricted非受限模式开放完整数据库操作权限支持复杂的管理与开发类指令执行仅推荐在测试环境使用。两种模式可以根据使用场景自由切换。三、KES MCP Server 能做什么KES MCP Server 将 KES 常用的操作封装为标准工具主要包括四类能力。3.1 查看数据库结构可以查看数据库中的 Schema、表、视图和序列也可以进一步查看表的字段、约束和索引。典型指令示例“列出全部或指定 Schema 下的表、视图、序列或扩展。”“查看 orders 表的字段、约束、索引等对象详情。”返回的信息直接来自当前 KES 数据库不需要提前把建表语句复制到对话窗口。3.2 执行查询与分析 SQL可以根据实际业务需求生成并执行查询也可以查看 SQL 在 KES 中的实际执行计划。典型指令示例“查询本月销售额排名前 5 的商品。”“分析这条 SQL 的执行计划。”KES 返回查询结果和执行计划后模型可以继续分析扫描方式、过滤条件和索引使用情况帮助定位 SQL 性能问题。3.3 检查数据库运行状态对于数据库运维可以通过一句指令发起健康检查“检查一下数据库健康状况。”KES MCP Server 会检查索引、连接、Vacuum、序列、复制、缓存和约束等状态。还可以查看高耗时查询“找出最近总耗时最高的 5 条 SQL。”发现问题 SQL 后可以继续分析执行计划和索引使用情况。3.4 分析索引方案可以针对指定 SQL 或历史查询负载分析索引。配合sys_hypo扩展还可以在不创建真实索引的情况下模拟新增索引后的执行计划。例如“如果在 user_id 和 status 字段上增加联合索引执行计划会有什么变化”这样可以先评估索引是否有效再决定是否实施实际变更避免无效索引带来的存储与维护成本。四、如何安装配置体验 KES MCP Server需要准备KES V8R6及以上版本Python 3.12 ~ 3.13支持 MCP 的开发工具如 TRAE、Cursor 等索引分析需启用sys_hypo扩展慢查询、负载分析需启用sys_stat_statements扩展完整配置参数可参考项目 README。4.1 获取项目代码gitclone https://gitee.com/king-db/kingbase-mcp4.2 安装依赖uv pipinstall.4.3 启动服务Restricted 模式生产环境推荐uv run kingbase-mcp --access-mode restricted使用本地 Stdio 方式时一般由客户端自动启动服务无需提前单独运行。五、实战演示在开发工具中完成一次 SQL 优化假设开发人员正在排查下面这条订单查询SELECT*FROMordersWHEREuser_id123ANDstatuspending;完整排查过程只需在同一个开发环境中按以下三步推进第 1 步查看表结构输入指令“查看 orders 表的结构包括字段、约束和索引。”KES MCP Server 会返回 orders 表当前的字段、约束和索引情况方便判断查询字段是否已有可用索引。第 2 步分析执行计划输入指令“分析这条 SQL 的执行计划。”返回结果会展示 SQL 当前采用的扫描方式和执行代价。如果查询使用了全表扫描或者现有索引没有生效就可以进入下一步验证。第 3 步模拟新增联合索引输入指令“模拟增加 user_id 和 status 联合索引后的执行计划。”KES MCP Server 通过假设索引重新生成执行计划并对比增加索引前后的变化。整个过程不会真正创建物理索引也不会带来额外的存储和维护成本。如果模拟结果显示查询计划明显改善再由开发人员或 DBA 结合查询频率、写入压力和存储成本决定是否执行实际变更。从查看表结构到分析执行计划再到验证索引效果原本分散在多个工具中的操作现在可以在同一个开发环境中完成。六、总结随着 MCPModel Context Protocol逐渐成为 AI 与外部系统交互的标准接口大模型正在从“只会聊天”走向“能够真正操作工具”。对于数据库场景而言问题从来不是 AI 能不能写 SQL而是能否在安全、可控、基于真实环境的前提下完成分析与决策。KES MCP Server 的意义正在于此。它将数据库结构查看、SQL 查询、执行计划分析、健康检查、慢查询定位以及索引优化等能力统一封装为标准 MCP 工具让开发人员无需频繁切换开发工具和数据库客户端即可在同一工作环境中完成问题定位与性能优化。更重要的是KES MCP Server 提供了 Restricted/Unrestricted 双模式、数据库权限隔离以及假设索引分析等机制在提升 AI 调库效率的同时也兼顾了生产环境对安全性和可控性的要求。尤其是 sys_hypo 提供的“先验证、后实施”能力使索引优化从经验驱动逐渐转向数据驱动。从查看表结构到分析执行计划再到模拟索引变更KES MCP Server 展示了 MCP 与数据库结合的一个典型实践让 AI 不再停留在“给建议”而是真正参与到开发、运维和性能优化流程中。未来随着更多数据库能力被接入 MCPAI 有望成为开发人员和 DBA 的“智能协作伙伴”。而 KES MCP Server 的发布也为国产数据库在 AI 工程化落地方面提供了一个值得参考的实践样本。