【Bug已解决】Postgresql MCP server not running. Tool showing error 解决方案-开发者社区

【Bug已解决】Postgresql MCP server not running. Tool showing error 解决方案

一、现象长什么样

你配置了 PostgreSQL 的 MCP server，想让 Claude 查数据库，但工具调用时报错：

Postgresql MCP server not running. Tool showing error；
或 Claude 端显示该工具"不可用 / error"，但没有任何具体 SQL 错误；
启动 Claude Desktop / Claude Code 后，状态栏里 PostgreSQL 工具是灰的；
你手动npx @modelcontextprotocol/server-postgres <url>也连不上，或一启动就退出；
有时 server 起来了但几秒后退出，日志里是连接被拒（ECONNREFUSED）或认证失败；
数据库明明本地能连（psql 能进），但 MCP 就是连不上。

一句话：PostgreSQL MCP server 没真正跑起来（启动即退出或连接数据库失败），导致工具在客户端侧呈现为 error 状态。

二、背景

PostgreSQL MCP server 是一个独立进程，它通过一个PostgreSQL 连接字符串（connection URI）连到数据库，然后向 MCP 客户端（Claude Desktop 等）暴露一组数据库工具（如query、list_tables）。

它的生命周期是：客户端按配置拉起这个进程 → 进程用连接串连库 → 连上后开始监听 stdio 与客户端通信。任何一步失败，进程就会退出或无法就绪，客户端侧就看到"tool showing error"。

常见失败点：连接串格式错、密码含特殊字符没 URL 编码、数据库没监听对应地址、用户权限不足、或server-postgres包没装/版本不对。

三、根因

根因是MCP server 进程启动后连库失败或自身未就绪，客户端拿不到可用工具：

客户端拉起 server-postgres -> 进程解析连接串 postgresql://user:pass@host:5432/db -> 连库失败（密码未编码 / host 不可达 / 用户无权限） -> 进程退出 / 不发送 tools/list 响应 -> 客户端：该工具 error

一个典型坑：连接串里密码带了@、:、/等特殊字符却没做 percent-encoding，解析后用户/主机被拆错，连到错误地址或直接解析失败。

另一个坑：数据库只监听localhost的 Unix socket 或127.0.0.1，但 MCP 用host.docker.internal或容器网络访问，路由不通。

四、最小可运行复现

下面用 Python 模拟"连接串解析失败导致 server 起不来"：

from urllib.parse import urlparse, unquote from dataclasses import dataclass @dataclass class _PgMcpBoot: connection_string: str def parse(self) -> dict: # 没做密码特殊字符编码，@ 会被误当主机分隔 p = urlparse(self.connection_string) return { "user": unquote(p.username or ""), "password": unquote(p.password or ""), "host": p.hostname, "port": p.port or 5432, "db": p.path.lstrip("/"), } def boot(self) -> None: info = self.parse() if not info["host"]: raise RuntimeError("无法解析数据库地址 -> server 启动失败") # 真实环境这里会真正 connect，失败则退出 print("连接信息:", info) def main(): # 密码含 @ 但未编码，导致 host 解析为 null 的一部分 bad = "postgresql://user:p@ss@localhost:5432/mydb" srv = _PgMcpBoot(bad) try: srv.boot() except RuntimeError as e: print("server not running:", e) # 正确：密码编码 good = "postgresql://user:p%40ss@localhost:5432/mydb" _PgMcpBoot(good).boot() if __name__ == "__main__": main()

运行后未编码密码导致解析异常、server 起不来，与真实现象一致。

五、解决方案（第一层：最小直接修复）

最小修复是确保连接串正确且数据库可达，然后正确启动 server：

# 1. 用正确编码的连接串 export PG_URI="postgresql://user:pass@localhost:5432/mydb" # 若密码含特殊字符，先编码（如 @ -> %40） # 2. 确认数据库可达 psql "$PG_URI" -c "select 1;" # 能连通再继续 # 3. 手动启动验证 server 能起来 npx -y @modelcontextprotocol/server-postgres "$PG_URI"

在 Claude Desktop 的claude_desktop_config.json里：

{ "mcpServers": { "postgres": { "command": "npx", "args": ["-y", "@modelcontextprotocol/server-postgres", "postgresql://user:pass@localhost:5432/mydb"] } } }

改完重启客户端，工具应变为可用。

六、解决方案（第二层：结构化改进）

把"连接串校验 + 启动前置检查"抽成策略，避免"server 静默起不来"：

from dataclasses import dataclass, field from urllib.parse import urlparse, unquote from typing import Dict @dataclass(frozen=True) class McpPostgresRunPolicy: """PostgreSQL MCP 启动策略：解析连接串 + 前置连通性检查。 规则： - 解析连接串，校验 user/host/db 齐全 - 密码特殊字符必须由调用方先编码（提供校验提示） - 给出启动命令模板，避免手写出错 """ connection_string: str def parse(self) -> Dict[str, str]: p = urlparse(self.connection_string) info = { "user": unquote(p.username or ""), "password": unquote(p.password or ""), "host": p.hostname or "", "port": str(p.port or 5432), "db": p.path.lstrip("/"), } if not info["host"] or not info["db"]: raise ValueError("连接串缺少 host 或 db，server 将无法启动") return info def launch_command(self) -> list: return ["npx", "-y", "@modelcontextprotocol/server-postgres", self.connection_string] def demo() -> None: policy = McpPostgresRunPolicy("postgresql://u:p%40ss@localhost:5432/mydb") print(policy.parse()) print(" ".join(policy.launch_command())) if __name__ == "__main__": demo()

把connection_string放环境变量，避免明文写进配置文件；启动时先parse()校验，再launch_command()。

七、解决方案（第三层：断言 / CI 守护）

import pytest from your_module import McpPostgresRunPolicy def test_parse_ok(): policy = McpPostgresRunPolicy("postgresql://u:p@localhost:5432/db") info = policy.parse() assert info["host"] == "localhost" and info["db"] == "db" def test_missing_host_raises(): policy = McpPostgresRunPolicy("postgresql://u:p@/db") with pytest.raises(ValueError): policy.parse() def test_launch_command_shape(): policy = McpPostgresRunPolicy("postgresql://u:p@localhost:5432/db") cmd = policy.launch_command() assert cmd[0] == "npx" assert "server-postgres" in cmd[2] def test_special_char_password_parses(): # 密码 p@ss 编码为 p%40ss policy = McpPostgresRunPolicy("postgresql://u:p%40ss@localhost:5432/db") assert policy.parse()["password"] == "p@ss"

把这些测试纳入 MCP 配置仓库的 CI，提交连接串配置前先校验，避免 server 静默起不来。

八、排查清单

连接串格式对吗？postgresql://user:pass@host:5432/db五段齐全。
密码含@:``/等特殊字符了吗？必须做 percent-encoding。
psql "$PG_URI" -c "select 1"能连通吗？先确认数据库可达。
MCP server 包装了吗？npx @modelcontextprotocol/server-postgres能拉起？
数据库监听地址对吗？容器环境用host.docker.internal而非localhost。
改完配置重启客户端了吗？MCP 配置不热加载。
用户权限足够执行查询吗？

九、小结

PostgreSQL MCP server 显示 error，本质是 server 进程没真正跑起来——多半是连接串格式错（尤其密码特殊字符未编码）、数据库不可达、或包未安装，导致进程启动即退出。最小修复是校验连接串、确认psql能连、用正确命令启动并在客户端配置里写对；结构化做法是抽成McpPostgresRunPolicy，在启动前解析并校验连接串；最后用 pytest 守护连接串解析与启动命令形态，避免 server 静默起不来。