如何通过SQL存储过程完成跨数据库的数据访问

作者：袖梨 2026-07-10

MySQL存储过程跨库查表只能用db_name.table_name全路径名，USE语句无效；调用者需具备目标库权限，JOIN跨库时索引有效但锁范围扩大，应避免高并发大范围操作。

USE 在存储过程中无效，跨库访问必须显式写全路径名或借助外部机制——没有“切换默认库”这种操作。

只能靠 db_name.table_name 全限定名，不能用 USE 切换上下文。MySQL 解析 SQL 时，所有未带库名的表都默认指向存储过程定义所在的库。

错误写法：USE billing; SELECT * FROM users; → 实际查的是定义过程的库（比如 auth.users），报错 Table 'auth.users' doesn't exist
正确写法：SELECT u.name, i.amount FROM auth.users u JOIN billing.invoices i ON u.id = i.user_id;
JOIN 跨库时索引仍生效，但锁范围可能扩大；高并发下避免大范围跨库 JOIN
调用者账号必须对 auth 和 billing 都有对应权限（如 SELECT），校验按 INVOKER 身份实时执行，SQL SECURITY DEFINER 无效

不能。CALL other_db.proc_name() 会直接报错 PROCEDURE other_db.proc_name does not exist，哪怕过程真实存在、你也有权限。

MySQL 存储过程作用域严格绑定在当前数据库，不支持跨库调用
唯一变通方式：把逻辑改写成 SELECT 或 INSERT ... SELECT，例如 UPDATE t1 SET x = (SELECT y FROM other_db.t2 WHERE t2.id = t1.id)
千万别拼接变量构造库名来 CALL，MySQL 不允许在 CALL 中使用变量作为过程名，且极易 SQL 注入
真需要协调多库逻辑，建议移到应用层，或用消息队列解耦

必须用三段式全限定名：database_name.schema_name.object_name，缺一不可。

错误写法：EXEC DatabaseB.MyProc 或 EXEC DatabaseB..MyProc → 报错 Could not find stored procedure
正确写法：EXEC DatabaseB.dbo.MyProc（哪怕目标过程确实在 dbo 下，也必须显式写出）
权限检查发生在运行时，需单独给调用账号授予目标库的 EXECUTE 权限：GRANT EXECUTE ON DATABASE::DatabaseB TO [user]
跨库所有权链默认关闭；若想绕过权限检查，需启用 DB_CHAINING（仅限可信环境）：ALTER DATABASE DatabaseB SET DB_CHAINING ON
跨实例调用要用链接服务器 + EXEC ... AT 语法

PostgreSQL 默认不支持跨库，必须装 dblink 扩展；跨 MySQL/SQL Server 等异构库则必须走链接服务器或应用层。

先启用扩展：CREATE EXTENSION IF NOT EXISTS dblink;
连接串必须完整，例如：'host=localhost port=5432 dbname=analytics user=app'，漏 dbname= 会连错库
dblink() 是开新连接执行远程 SQL，本地事务不包含远端操作——远端失败，本地已提交的数据无法回滚
SQL Server 连 MySQL 必须配链接服务器（sp_addlinkedserver），再用 OPENQUERY 或四段式名查询
FEDERATED 引擎在 MySQL 中已基本弃用，生产环境慎用