在 Cursor 里挂 DBHub MCP 操作 MySQL，最常见的情况是：mcpServers配好后，Cursor 左侧 MCP 状态能亮，DBHub 也能启动，但你在对话框输入“查询 test_table 表中所有用户信息”时，却没有生成 SQL，或者直接报模型请求失败。这里有两套通道：一套是 DBHub 到 MySQL 的数据库通道，由DB_HOST、DB_PORT、DB_USER、DB_PASSWORD、DB_NAME控制；另一套是 Cursor 对话框到模型服务的模型通道，决定自然语言能不能被转成 SQL。本文把 DBHub 作为 MCP Server 装进 Cursor，同时把 Cursor 的模型 Base URL 指到 TaoToken 官网。先打开 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= 注册并创建 Key。TaoToken 只负责给模型通道的 Key 和 Base URL，不代替 DBHub 连 MySQL。下面按“原问题、前置、配置、验证、排查、CTA”完整走一遍。
原问题与场景：DBHub 管连库，模型管把自然语言转 SQL
在 Cursor 里配置 DBHub 时，很多教程只给一段mcpServers：command用npx，args指向@dbhub/mcp-mysql-server，env里写 MySQL 的DB_HOST、DB_PORT、DB_USER、DB_PASSWORD、DB_NAME，transportType用stdio，autoApprove放query、insert、select。这些字段确实重要，但它们解决的是“Cursor 能不能通过 DBHub 访问 MySQL”。也就是说，DBHub 是一个 MCP Server，它把数据库连接、查询执行、结果返回这些能力暴露给 Cursor。只要 MySQL 地址、端口、账号密码正确，并且防火墙放行，DBHub 侧就能建立连接。
但你在 Cursor 对话框输入“查询 test_table 表中所有用户信息”时，真正的工作流并不是 DBHub 直接理解中文。它需要先由 Cursor 的对话模型把自然语言转成 SQL，再把 SQL 交给 DBHub 执行。模型这一层如果没配置，或者 Base URL、Key 写错，就会出现两种割裂现象：MCP 服务绿灯亮，数据库也正常，但对话框没有结果；或者提示模型鉴权失败、模型不存在、请求超时。原文场景里只交代了 DBHub 的连接配置，没有交代模型请求发到哪里，所以实战中容易卡在“库通了，话不通”。
本文要解决的就是把这两个通道分开配好。DBHub 的env继续保留 MySQL 自己的192.168.1.100、3306、root、密码和test_db，不要把 TaoToken 的 Key 混进去；Cursor 的 Settings → Models 则单独填 TaoToken 的 Base URL 和 Key。两者各管一段，互不替代。
TaoToken 前置：先拿模型通道的 Key 和 Base URL
在动手改mcp.json之前，先把模型通道准备好。打开 TaoToken 官网 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= 注册账号，然后进入控制台创建 API Key。这个 Key 后面要填到 Cursor 的模型设置里，不是填到 DBHub 的env里。为了避免和 MySQL 密码混淆，可以在笔记里把两个凭据分开写：MySQL 凭据用于 DBHub，TaoToken Key 用于 Cursor 对话模型。
创建 Key 的入口可以走 API Keys 页面：https://taotoken.net/console/api-keys?utm_source=taotoken_aicg_blog_end&utm_content=api_keys&utm_campaign=rewrite 。如果你不清楚 Cursor 该填哪个 Base URL、模型 ID 怎么写，可以对照接入文档：https://taotoken.net/doc?utm_source=taotoken_aicg_blog_end&utm_content=doc&utm_campaign=rewrite 。核心只有两个值：API 地址用 https://taotoken.net/api ，这个地址不要加 UTM 参数；Key 用你刚创建的那把，本文示例写成YOUR_API_KEY，你实际操作时替换成真实 Key。
回到 Cursor，打开 Settings → Models。不同版本的 Cursor 界面可能略有差异，但思路一致：找到模型提供方或 OpenAI 兼容配置区域，把 Base URL 填为 https://taotoken.net/api，把 API Key 填为YOUR_API_KEY。如果 Cursor 要求选择模型，就填 TaoToken 控制台或文档中列出的可用模型 ID；不要凭感觉写一个不存在的模型名。保存后不要急着去问数据库问题，先按后面的验证步骤确认模型通道能返回内容。这里要强调，TaoToken 只提供 Key 和 Base URL，不负责连接 DBHub 后面的 MySQL，也不替代 Cursor 的 MCP 配置。
可复制配置：Cursor Settings Models 与 mcp.json 分开写
这段配置要分成两部分。第一部分在 Cursor 的 Settings → Models 里完成，属于模型通道。第二部分在mcp.json或 Cursor 的 MCP 服务器设置里完成，属于 DBHub 到 MySQL 的数据库通道。很多失败案例就是把两部分混在一起：把DB_PASSWORD填到模型 Key，或者把 TaoToken Key 填到DB_PASSWORD，结果两边都报错。
Cursor 模型设置建议如下：
- Base URL：https://taotoken.net/api
- API Key：YOUR_API_KEY
- 模型：按 TaoToken 文档或控制台可选列表填写
- 保存后回 Settings 检查是否生效
DBHub 的mcp.json可以按下面这样写。文件位置常见于用户目录的~/.cursor/mcp.json，也可以在项目里使用.cursor/mcp.json，以你的 Cursor 版本和团队约定为准。关键点是mysql_dbhub的env只写 MySQL 信息，transportType用stdio，autoApprove按需放查询类操作：
{ "mcpServers": { "mysql_dbhub": { "command": "npx", "args": [ "-y", "@dbhub/mcp-mysql-server" ], "env": { "DB_HOST": "192.168.1.100", "DB_PORT": "3306", "DB_USER": "root", "DB_PASSWORD": "你的MySQL密码", "DB_NAME": "test_db" }, "transportType": "stdio", "autoApprove": [ "query", "insert", "select" ] } } }这段 JSON 里没有 TaoToken 的 Key，也没有模型 Base URL。它的职责是让 Cursor 通过npx启动@dbhub/mcp-mysql-server，再让 DBHub 用DB_HOST、DB_PORT、DB_USER、DB_PASSWORD、DB_NAME连接 MySQL。DB_HOST写192.168.1.100时，要确认 Cursor 所在机器能访问这个地址；如果 MySQL 跑在本机，可以改成127.0.0.1，但不要随意混用。autoApprove建议开发环境先保留query、select，确认稳定后再决定是否加入insert。生产库不建议把写入类操作放进自动批准列表。
保存mcp.json后，回到 Cursor 的 MCP 面板刷新或重启。左侧状态栏显示绿色指示灯，只代表 MCP Server 启动和 stdio 通道正常，或者 DBHub 已经能连到 MySQL。它不直接证明 Cursor 的对话模型通道已经可用。模型通道是否通，要靠下一节的对话请求来验证。
验证请求与成功结果：先问统计，再导出 Excel
绿灯亮起后，先不要一上来做复杂操作，用一句能同时验证模型和数据库的请求：“统计每个用户的订单数量”。这句话包含自然语言理解、SQL 生成、DBHub 执行、结果返回四个环节。如果模型通道和 DBHub 都正常，Cursor 会调用模型生成类似下面的 SQL，再通过 DBHub 在 MySQL 上执行：
SELECT user_id, COUNT(*) AS order_count FROM orders GROUP BY user_id;如果 Cursor 返回表格，说明两套配置都通了。如果只报模型请求失败、401、404 或超时，说明 Settings → Models 里的 Base URL 或 Key 有问题；如果报ECONNREFUSED、Access denied、Unknown database，说明 DBHub 的env或 MySQL 侧有问题。先分清是哪一端，再去改配置，不要两边同时乱动。
模型通道验证通过后，再按进阶用法继续。你可以把自然语言结果改成手写 SQL，并在 SQL 里加created_at时间过滤。例如：
SELECT user_id, COUNT(*) AS order_count FROM orders WHERE created_at > '2025-01-01' GROUP BY user_id;这段 SQL 可以由模型生成后手动修正，也可以直接在对话里要求保留created_at条件。接着输入“将结果导出为 Excel”。DBHub 会负责把查询结果整理成可导出格式，具体导出按钮或指令名称以你安装的 DBHub 版本为准。这里仍然要区分职责：模型负责理解“导出为 Excel”并生成调用意图，DBHub 负责执行查询和结果处理，MySQL 只负责返回数据。
如果你在验证模型通道时想脱离数据库单独试一次，可以打开模型对话页面：https://taotoken.net/chat?utm_source=taotoken_aicg_blog_end&utm_content=model_chat&utm_campaign=rewrite 。在模型对话里发一句普通问题，确认 Key 和 Base URL 能返回内容，再回到 Cursor 里排查 MCP。这样能把“模型层问题”和“数据库层问题”快速分开。
本篇常见错排查：连接失败、权限不足、模型 401
第一类错误是 DB 侧连接失败。典型报错包括connect ECONNREFUSED 192.168.1.100:3306、Can't connect to MySQL server。排查顺序是：DB_HOST是否写对，DB_PORT是否是 3306，DB_NAME是否存在，DB_USER和DB_PASSWORD是否正确，MySQL 是否允许远程访问，防火墙是否放行 3306。如果 MySQL 在本机，DB_HOST可以试127.0.0.1；如果 MySQL 在另一台机器，先确认 Cursor 所在环境能通过命令行或客户端连上。
第二类错误是权限不足。典型报错是Access denied for user 'root'@'%'或SELECT command denied。这通常不是 TaoToken 的问题，而是 MySQL 账号没有对应库表的权限。可以在 MySQL 里检查用户授权，例如开发环境需要给test_db相关权限。不要直接照搬生产环境的授权范围，也不要把 root 密码交给无关工具。授权完成后重启 Cursor 的 MCP 服务，再重试查询。
第三类错误是模型 401、404、模型不存在。典型表现是 Cursor 对话框能打开，但一发消息就提示鉴权失败或找不到模型。此时回到 Settings → Models，确认 Base URL 是 https://taotoken.net/api，Key 是YOUR_API_KEY替换后的真实值，模型 ID 与控制台或文档一致。注意 API 地址不要多加路径，也不要带 UTM 参数。Key 如果复制时带了空格或换行，也可能导致鉴权失败。
第四类错误是 MCP 绿灯亮但自然语言无响应。这通常说明 DBHub 侧可能已经启动，但模型侧没有生效，或者 Cursor 没把 MCP 工具暴露给当前对话模型。可以先在模型对话里单独验证模型通道，再回 Cursor 检查 MCP 面板是否选中了mysql_dbhub，以及当前对话是否允许调用 MCP 工具。必要时重启 Cursor，刷新mcp.json。
第五类错误是自动批准范围过大。autoApprove里放insert后，模型生成的写入语句可能未经确认就执行。开发库风险较低，但在测试库、生产库或共享库上，建议只自动批准select和query，写入操作手动确认。数据可视化异常时，也要检查查询结果是否包含数值字段；如果全是文本字段，图表组件可能无法绘制，可以在指令里指定数值列，例如销售额字段。
语义一致 CTA：Key 和地址从 TaoToken 取，DBHub 继续连 MySQL
整套配置的核心边界只有一句话：Cursor 的对话模型走 TaoToken，DBHub 继续连你的 MySQL。Key 和 Base URL 都从 TaoToken 官网取：https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= 。如果你还没有 Key，先去 API Keys 页面创建：https://taotoken.net/console/api-keys?utm_source=taotoken_aicg_blog_end&utm_content=api_keys&utm_campaign=rewrite 。如果你不确定 Cursor 的 Base URL、模型 ID、接入方式，直接看接入文档：https://taotoken.net/doc?utm_source=taotoken_aicg_blog_end&utm_content=doc&utm_campaign=rewrite 。排障时优先检查 API Keys 和接入文档，确认 Key 与 Base URL 没有填错位置。
如果你只是想把模型通道先跑通，可以去模型对话页面发一条测试消息：https://taotoken.net/chat?utm_source=taotoken_aicg_blog_end&utm_content=model_chat&utm_campaign=rewrite 。如果你后面长期用 Cursor、Agent 或编码工作流，想减少每次配置的来回，可以再看 Coding Plan：https://taotoken.net/coding-plan?utm_source=taotoken_aicg_blog_end&utm_content=coding_plan&utm_campaign=rewrite 。最后再强调一次：TaoToken 只负责给 Key 和 Base URL，不代替 DBHub 连库，也不替代 Cursor 的 MCP 配置。把mcp.json的 MySQL 凭据和 Cursor Settings → Models 的 TaoToken 凭据分开维护，DBHub MCP 操作 MySQL 的链路才会稳定。
