怎么说呢，

说到背景，为什么需要它

在排查慢 SQL 时常见流程是：先在 IDE 写下问题。再切到数据库客户端查看表结构、索引；随后复制执行计划回到对话窗口给大模型分析。工具之间频繁切换，语境信息要手动搬运，导致效率低下。

电科金仓在 Gitee 开源了 KES MCP Server将上述碎片化操作直接集成进支持 MCP 的开发工具。它封装了标准工具，覆盖结构探索、SQL 查询、执行计划分析、健康检查、慢查询定位与索引调整等常见场景。

现在这些指令可以直接在开发工具里说由 KES 真正去执行。

KES MCP Server 位于开发工具与 KES 数据库之间，是模型访问数据库的必经关卡。其交互流程如下：

1. 使用者提问，开发工具判断调用哪个工具。
2. KES MCP Server 接收请求，做参数检查与访问控制。
3. 连接 KES 执行操作，取回结果。怎么说呢，
4. 工具继续整理、分析。怎么说呢，

从关键点来看。模型不能绕过 Server 直连数据库。可调哪些工具、执行哪些 SQL、查看哪些对象，都受 Server 访问模式与数据库账号权限约束。

分层架构

三种传输方式

从安全模型来看，两种访问模式

• Restricted——推荐生产/演示环境：
• AWS 内置 SQL 类型白名单 + 严格访问控制策略；
• = 从源头拦截高风险写入与修改操作；
• = 建议配置 AI 专用最小权限账户，以降低误操作面。
• = 默认跑 Restricted，可给 AI 一个只读/最小权限的库账号。
• 说到"实践建议。默认跑 Restricted，给 AI 一个只读/最小权限的库账号。"——仅作为参考，怎么说呢，
• Unrestricted——适合需要灵活性的测试环境：
• = 放开完整数据库操作权限。支持复杂管理与开发指令，
• = 用于测试环境或内部实验。

能力清单的观点是。四类标准工具

. 查看数据库结构

D 可直接获取 Schema、表、视图、序列，还有字段、约束和索引等对象详情，无需手动粘贴建表语句。

“列出全部或指定 Schema 下的表和视图。按理说，”
“查看 orders 表的字段和索引。” 

. 执行查询 & 分析 SQL

P 基于返回的扫描方式、过滤条件和索引使用情况定位性能瓶颈。

“查询本月销售额排名前 10 的商品。”
“分析这条 SQL 的执行计划。” 

. 检查数据库运行状态

M 一句话即可触发健康检查，包括索引状态、连接数、Vacuum 状况还有高耗时查询等维度。

“检查一下数据库健康状况。”
“找出最近总耗时最高的 5 条 SQL。” 

. 分析索引方案- - - - - - - - - -

T 针对指定 SQL 或历史负载进行索引分析。配合 sys_hypo 可在不创建真实索引的情况下模拟新增索引后的执行计划，从而先评估有效性再决定落地。

“如果在 user_id 和 status 字段上增加联合索引，会有什么变化？”