mysql跨库查询直接用数据库名.表名，权限不足是常见错误；postgresql需用postgres_fdw扩展实现；sql server用三段式db.schema.table，跨实例需链接服务器；三者均需注意权限、事务一致性及性能问题。
mysql 跨库查询：用 数据库名.表名 直接引用
mysql 本身不区分“跨库查询”和“本库查询”，只要权限允许，select * from db1.users 和 select * from db2.logs 都能写在同一语句里。关键不是语法限制，而是权限和连接配置。
常见错误是执行时报错 ERROR 1142 (42000): SELECT command denied to user——这说明账号没被授予对目标库的访问权，不是路径写错了。
- 必须确保当前连接用户对所有涉及的数据库都有对应权限（比如
SELECT权限） - 表名完整路径格式固定为
数据库名.表名，中间不能有空格或引号（除非库名/表名含特殊字符，才用反引号包裹：`my-db`.`user info`） - JOIN 多库表时，别名仍可照常使用：
FROM db1.orders o JOIN db2.customers c ON o.cid = c.id - 视图、存储过程里也支持这种写法，但要注意定义者权限（
SQL SECURITY DEFINER可能绕过调用者权限限制）
PostgreSQL 跨库查询：原生不支持，得靠 postgres_fdw
PostgreSQL 严格按数据库隔离，SELECT * FROM db1.public.users 这种写法直接报错 cross-database references are not implemented。它不认为“库”是命名空间，而是独立的连接上下文。
真正可行的方式是用外部数据包装器 postgres_fdw 把另一个数据库映射成本地外表：
- 先在目标库（被查库）启用
postgres_fdw扩展：CREATE EXTENSION IF NOT EXISTS postgres_fdw - 在查询库创建服务器、用户映射、外表：
CREATE SERVER remote_db FOREIGN DATA WRAPPER postgres_fdw OPTIONS (host '127.0.0.1', dbname 'db2') - 外表字段类型必须和远端一致，否则查询可能静默截断或报类型错
- 每次远端表结构变更，本地外表都得手动更新（
IMPORT FOREIGN SCHEMA可批量同步，但不自动）
SQL Server 跨库查询：用 数据库名.架构名.表名 三段式
SQL Server 的库（database）+ 架构（schema）两级命名体系决定了路径必须写全：db1.dbo.users 是标准写法，漏掉 dbo 在某些兼容模式下会失败。
容易踩的坑是误以为 dbo 可省略——只有当用户默认架构是 dbo 且未显式指定其他架构时，SQL Server 才自动补全；一旦涉及 guest、custom_schema 等非默认架构，缺一不可。
- 跨实例查询要用链接服务器（Linked Server），路径变成四段：
server_name.db_name.schema_name.table_name - 链接服务器查询性能差、事务不透明，尽量避免在高频 OLTP 场景中用
SELECT ... FROM remote_server.db.dbo.t - 如果目标库启用了读取已提交快照（RCSI），本地查询不会自动继承该隔离级别，需显式加
WITH (NOLOCK)或调整会话设置
跨库查询的通用风险点：权限、事务、性能边界
无论哪种数据库，把多个库的表塞进一个 SQL，本质是在打破物理边界。系统不会帮你兜底。
最常被忽略的是事务一致性：MySQL 的跨库操作无法回滚整个语句（尤其涉及 MyISAM 表时），PostgreSQL 的 FDW 表默认不参与本地事务（需设 updatable = true 并确认远端支持两阶段提交），SQL Server 链接服务器甚至可能让分布式事务超时失败。
- 不要在 WHERE 条件里对跨库字段做函数操作（如
WHERE UPPER(remote_db.name) = 'ABC'），很可能导致全表拉取再过滤 - 不同库的字符集或排序规则不一致时，JOIN 或比较会报错
Cannot resolve collation conflict，必须显式用COLLATE DATABASE_DEFAULT对齐 - 监控工具通常只抓本地库慢查，跨库语句的实际耗时可能藏在远端，得两边日志一起看
路径写法只是表层，真正的复杂性藏在权限模型、事务传播和网络延迟里。写完 SELECT 后多跑一次 EXPLAIN 或执行计划，比反复检查点号位置有用得多。
