1. 为什么要在 IDEA 里同时接 MCP 和 Chat2DB如果你平时在 IDEA 里写代码又经常要连 MySQL、PostgreSQL、达梦、ClickHouse 这些数据库大概率经历过这种割裂AI 助手能帮你补全代码但它看不到你 IDE 里的编译错误也读不到你数据库里的表结构。你想让 AI 帮你写一条联表查询得先把建表语句复制过去AI 写完 SQL你还得自己切到数据库客户端里跑一遍报错了再复制回来。MCPModel Context Protocol就是来解决这个问题的。它相当于给 AI 助手装了一双“眼睛和手”通过 IDEA 自带的 MCP ServerAI 能直接拿到编译错误、警告、项目依赖关系甚至能驱动 IDE 跑测试和格式化通过 Chat2DB 的 MCP ServerAI 能用一套协议访问 20 多种数据库不用你为每种数据库单独装一个 MCP 工具。而 TaoToken 在这里扮演的是统一 Key 和 API 通道的角色。你不需要在 IDEA、Chat2DB、Claude Code 里分别填不同的模型 Key只要把请求指向同一个入口模型调用就走同一条链路。这篇就按“IDEA MCP Chat2DB TaoToken”的组合把配置骨架、验证请求和排错动作一次讲清楚适合多数据库开发、又想让 AI 代码助手真正干活的同学。2. TaoToken 前置准备Key、通道与三个入口在动手改settings.json之前先把 TaoToken 这边的准备工作做完。核心就三件事拿到 API Key、确认 API 地址、知道不同场景该用哪个入口。TaoToken 的官网是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 基址是 https://taotoken.net/api 这个地址不加 UTM 参数配置里直接用它。你注册登录后在控制台里创建一个 API Key这个 Key 后面会同时用在 IDEA MCP 的模型调用和 Chat2DB 的 MCP Token 上。这里要区分三个入口别混场景入口用途拿 Key / 管理额度控制台创建、删除 API Key查看用量验证模型是否通模型对话快速发一条消息确认 Key 和通道正常长期编码 / AgentCoding Plan给 Claude Code、IDEA 里的 Agent 用如果你只是想先验证通道直接去模型对话页面发一句“你好”能正常返回就说明 Key 和 API 地址没问题。如果你打算长期在 IDEA 里跑 Agent 式编码建议走 Coding Plan额度模型更适合高频调用。注意API Key 不要写进会提交到 Git 的文件里。IDEA 的 MCP 配置和 Chat2DB 的 Token 都建议用环境变量或本地未跟踪的配置文件承载。3. 可复制配置IDEA MCP Chat2DB 的 settings.json 骨架这一节是全文的核心直接给可复制的配置。IDEA 的 MCP 配置一般放在项目或用户级的settings.json里Chat2DB 的 MCP 配置也走同一份mcpServers结构。下面这份骨架你可以直接抄把xxx换成自己的值。先看 IDEA MCP Server 的部分。IDEA 自带的 MCP Server 默认监听本地端口用 SSE 方式暴露{ mcpServers: { idea: { type: sse, url: http://127.0.0.1:64342/sse, headers: {} } } }这段的作用是让外部 AI 工具能反向操控 IDEA读编译错误、跑测试、执行格式化。端口64342是 IDEA MCP Server 的默认值如果你在 IDEA 设置里改过记得同步。再看 Chat2DB 的部分。Chat2DB 社区版 v5.3.2 之后提供了 MCP Server用 streamable-http 方式暴露端口默认10825{ mcpServers: { chat2db: { type: streamable-http, url: http://127.0.0.1:10825/mcp, headers: { X-Chat2DB-MCP-Token: xxx } } } }这里的X-Chat2DB-MCP-Token就是你在 Chat2DB 里生成的 MCP Token不是 TaoToken 的 API Key两者别搞混。Chat2DB 负责的是数据库侧的连接管理TaoToken 负责的是模型侧的调用通道。把两段合并到同一份settings.json里就是完整的骨架{ mcpServers: { idea: { type: sse, url: http://127.0.0.1:64342/sse, headers: {} }, chat2db: { type: streamable-http, url: http://127.0.0.1:10825/mcp, headers: { X-Chat2DB-MCP-Token: xxx } } } }如果你用的是 Claude Code 或类似支持 MCP 的客户端模型侧的 Base URL 指向https://taotoken.net/apiKey 填 TaoToken 控制台创建的那个。这样模型调用走 TaoToken数据库访问走 Chat2DBIDE 操作走 IDEA MCP三条链路各司其职。对于达梦这种 Chat2DB 已经支持、但你可能想单独接的数据库也可以用独立的 stdio MCP{ mcpServers: { dameng-db: { command: dm-mcp, env: { DM_SERVER: 10.xxx, DM_PORT: 15236, DM_USER: SYSDBA, DM_PASSWORD: SYSDBA001, DM_SCHEMA: xxx }, type: stdio } } }MySQL 同理可以用社区里的benborla29/mcp-server-mysql{ mcpServers: { mysql-tools: { command: npx, args: [-y, benborla29/mcp-server-mysql], env: { MYSQL_HOST: 10.xxx, MYSQL_PORT: 3306, MYSQL_USER: root, MYSQL_PASS: xxx, MYSQL_DB: xxx, ALLOW_INSERT_OPERATION: false, ALLOW_UPDATE_OPERATION: false, ALLOW_DELETE_OPERATION: false }, type: stdio } } }注意最后三个ALLOW_*_OPERATION全部设成false这是只读保护。AI 写 SQL 可以但别让它有机会删库。这个坑我踩过早期没设只读AI 生成了一条DELETE差点把测试库清了。4. 验证请求从模型对话到数据库查询的完整链路配置写完不代表通了得一步步验证。顺序建议是先验模型通道再验 IDEA MCP最后验 Chat2DB 的数据库访问。第一步验证 TaoToken 通道。去模型对话页面发一条消息或者用 curl 直接打 APIcurl https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -H Content-Type: application/json \ -d { model: claude-3-5-sonnet, messages: [{role: user, content: 回复 ok}] }能返回正常 JSON 就说明 Key 和通道没问题。如果返回 401检查 Key 是否复制完整返回 404检查 Base URL 是不是写成了带路径的地址。第二步验证 IDEA MCP。在 IDEA 里打开 MCP Server确认端口64342在监听。然后在支持 MCP 的客户端里发一条指令比如“读取当前项目的编译错误”。如果 AI 能返回具体的错误行号和文件路径说明 IDEA MCP 通了。第三步验证 Chat2DB。先确认 Chat2DB 客户端已经启动MCP Server 在10825端口监听。然后在 AI 客户端里发一条自然语言查询比如“列出当前数据库里所有的表”。如果 AI 返回了表名列表说明 Chat2DB 的 MCP 通道正常。实测下来这三步里最容易卡住的是第二步和第三步的端口。IDEA MCP 的端口有时会被其他进程占用Chat2DB 的 MCP Server 需要手动在设置里开启。验证的时候可以用lsof -i :64342和lsof -i :10825确认端口状态。5. 本篇常见错排查端口、Token、只读与模型名配置过程中常见的错就那么几类我按出现频率排一下。端口不通。IDEA MCP 默认64342Chat2DB 默认10825但这两个端口都可能被改。排查动作在 IDEA 设置里搜 MCP确认端口在 Chat2DB 设置里搜 MCP Server确认监听地址和端口。如果端口被占用换一个没被占的然后同步改settings.json。Token 填错。X-Chat2DB-MCP-Token是 Chat2DB 生成的不是 TaoToken 的 API Key。这两个 Token 长得不一样别复制串了。排查动作在 Chat2DB 里重新生成一个 MCP Token粘贴到配置里重启客户端。只读没开。MySQL 那个 MCP 配置里ALLOW_INSERT_OPERATION、ALLOW_UPDATE_OPERATION、ALLOW_DELETE_OPERATION如果设成trueAI 就能写库。生产库千万别开。排查动作检查这三个值是不是false不确定就全设false。模型名写错。TaoToken 的 API 兼容主流模型名但如果你在配置里写了不存在的模型名会返回 404 或 400。排查动作去模型对话页面看当前支持的模型列表用列表里的名字。MCP 类型不匹配。IDEA MCP 用sseChat2DB 用streamable-http达梦和 MySQL 用stdio。类型写错会导致客户端连不上。排查动作对照本文第 3 节的配置确认每个 server 的type字段。提示改完settings.json后一定要重启 AI 客户端。很多 MCP 配置是启动时加载的热改不生效。6. 长期编码怎么走Coding Plan 与接入文档如果你只是偶尔用一下模型对话页面就够了。但如果你打算把 IDEA MCP Chat2DB 这套组合当成日常开发环境长期跑 Agent 式编码建议走 Coding Plan。它的额度模型更适合高频调用不会因为频繁的 MCP 往返把额度打满。接入文档里有更细的配置说明包括不同客户端的settings.json写法、环境变量注入方式、以及多数据库场景下的最佳实践。遇到排障问题先去接入文档里对照一遍大部分坑文档里都有。最后给一个实用技巧把 IDEA MCP 和 Chat2DB 的配置分成两份文件一份是项目级的settings.json提交到 Git不含 Token一份是用户级的本地配置含 Token不提交。这样团队协作时别人拿到项目配置就能用Token 各自填各自的。数据库连接信息也走环境变量别硬编码在 JSON 里。这套组合跑顺之后你在 IDEA 里问 AI“帮我查一下订单表最近 7 天的数据”AI 会自己通过 Chat2DB 读表结构、生成 SQL、执行、返回结果全程不用你切窗口。
