Navicat 不原生支持 Google Cloud Spanner，无官方 JDBC/ODBC 驱动；所谓“PostgreSQL 模式连接”实为兼容层模拟，无法正确处理 Spanner 的 INTERLEAVE、强制主键、无外键等特性，且元数据查询（如 pg_tables）必然失败；唯一可行路径是通过本地代理（如 spanner-sql-proxy）将 Spanner 转译为 PostgreSQL 接口，但仅限只读和部分 DML，DDL 和高级功能均不支持；生产环境应使用 gcloud、Cloud Console 或 psql（配合 emulator）管理 Spanner。
navicat 本身不原生支持 google cloud spanner，也没有官方认证的 jdbc/odbc 驱动能直接对接 spanner 的标准 sql 接口并完整映射其语义（比如 interleave、storing、无外键约束、强制主键排序等）。所谓“通过驱动模拟连接”，实际是绕过 spanner 原生协议，用兼容层“假装”自己是 postgresql 或 mysql —— 这种方式不可靠，且极易出错。
Spanner 没有标准 JDBC/ODBC 驱动供 Navicat 直接使用
Google 官方只提供 spanner-jdbc（基于 JDBC 4.2+）和 spanner-go、@google-cloud/spanner 等语言专属客户端。这些驱动依赖 gRPC + OAuth2 认证，不走传统 TCP 数据库端口（如 5432/3306），也不响应 SHOW TABLES、DESCRIBE 这类元数据命令。Navicat 的连接逻辑预设了 PostgreSQL/MySQL 的握手流程和系统表查询路径，会直接失败或卡在“测试连接中”。
- 你看到的“PostgreSQL 模式连接”选项，本质是让 Navicat 尝试发
SELECT * FROM pg_tables—— Spanner 根本没有pg_tables表，返回空或报错Table not found: pg_tables - 即使手动填入
jdbc:cloudspanner://URL（如jdbc:cloudspanner:/projects/my-proj/instances/my-inst/databases/my-db;usePlainText=true），Navicat 无法解析该协议，会提示Unknown driver type或直接忽略 - 第三方封装的“Spanner JDBC Bridge”（如某些 GitHub 上的 proxy wrapper）通常只转发简单
SELECT，不处理事务、DDL、参数绑定，且无法同步 schema 变更
Navicat 连接 Spanner 的唯一可行路径：SSH 隧道 + 本地代理服务
如果你坚持用 Navicat 界面管理 Spanner，必须引入一个中间层把 Spanner 协议转成它能理解的格式。最现实的做法是：在本地或跳板机上跑一个轻量代理，把 Spanner 请求翻译成 PostgreSQL 兼容接口（利用 Google 提供的 spanner-postgresql-emulator 或社区版 spanner-sql-proxy）。
- 先确保已配置好 GCP 认证：
gcloud auth application-default login，且项目、实例、数据库权限正确 - 启动代理（示例用开源
spanner-sql-proxy）：spanner-sql-proxy --project=my-proj --instance=my-inst --database=my-db --port=5432
- 在 Navicat 中新建连接，类型选
PostgreSQL，主机填127.0.0.1，端口填5432，用户名密码任意（代理层不校验） - 注意：代理仅支持只读
SELECT和部分 DML；CREATE TABLE、ALTER TABLE会失败或静默忽略；所有表显示为public.*，但实际无 schema 级别隔离
真正该用什么工具管理 Spanner？
用 Navicat 连 Spanner 不是“配置问题”，而是“范式冲突”。Spanner 的设计哲学（全局有序时间戳、强一致分布式事务、无锁 DDL）和传统 GUI 工具的交互模型天然不匹配。强行模拟只会掩盖问题：
- Navicat 的“表结构编辑器”会尝试发
ALTER TABLE ADD COLUMN，但 Spanner 要求ADD COLUMN必须带AS表达式或默认值，否则报错INVALID_ARGUMENT: ALTER TABLE ADD COLUMN requires a default value or AS expression - 右键“导出数据”生成的 SQL 可能含
INSERT IGNORE或ON CONFLICT，Spanner 不支持 - 执行计划查看、索引分析、锁监控等功能全部失效，因为 Spanner 的执行模型不在 SQL 层暴露
生产环境应直接用 gcloud spanner databases execute-sql、psql（配合 spanner-postgresql-emulator）、或 Google Cloud Console 的 SQL 编辑器。Navicat 只适合 MySQL/PostgreSQL 这类传统 RDBMS。
