SQL存储过程不能跨异构数据库同步数据——它被锁定在单个数据库引擎内，MySQL PROCEDURE无法访问PostgreSQL表，SQL Server sp_executesql也无法执行Oracle查询；真正可行的是外部ETL脚本或CDC工具。
SQL 存储过程本身不能跨异构数据库同步数据——它被锁死在单个数据库引擎内，MySQL 的 PROCEDURE 读不了 PostgreSQL 表，SQL Server 的 sp_executesql 也执行不了 Oracle 的查询。所谓“跨库跨服务器同步”，实际只在同厂商、同版本、网络可达、权限配通的前提下才可能走存储过程路径，且必须依赖数据库原生的远程访问机制（如 SQL Server 链接服务器、PostgreSQL dblink），而非通用方案。
SQL Server 用链接服务器 + MERGE 实现跨实例同步
这是目前最常见、文档最全、生产环境验证过的路径，但每一步都容易出错。
- 链接服务器不是“建了就能用”：必须显式启用
rpc和rpc out，否则MERGE或UPDATE会报Msg 7411（server not configured for RPC） -
MERGE语句中，USING子句的源表必须带完整四段名：[Server].[DB].[Schema].[Table]；目标表只能三段名（当前实例），否则语法报错 - 字段映射必须手动对齐：源库的
DATETIME2(7)直接 INSERT 到目标库DATETIME字段会截断毫秒；UNIQUEIDENTIFIER字段若含大写/小写混排，而目标库排序规则为SQL_Latin1_General_CP1_CI_AS，则NOT MATCHED判断可能失效 - 不要用
SELECT *：源表加字段后，存储过程不会自动适配，下次执行直接报列数不匹配
示例关键片段：
MERGE [TargetDB].[dbo].[t_custom] AS T USING (SELECT 客户ID,客户名称,客户简称 FROM [LinkServer].[SrcDB].[dbo].[v_custom]) AS S ON T.客户ID = S.客户ID WHEN MATCHED THEN UPDATE SET 客户名称 = S.客户名称, 客户简称 = S.客户简称 WHEN NOT MATCHED THEN INSERT (客户ID,客户名称,客户简称) VALUES (S.客户ID, S.客户名称, S.客户简称);
PostgreSQL 用 dblink + 触发器做跨库同步，连接管理是命门
dblink 看似轻量，但生产环境踩坑率极高，核心问题不在 SQL 写法，而在连接生命周期。
- 每次
dblink_connect()都新建一个后台连接，不调dblink_disconnect()就堆积；连接数超限后新请求直接卡住，现象是触发器执行变慢或超时 - 密码不能硬编码在连接串里：
'host=192.168.1.100 user=pgsync password=xxx'属高危操作；应改用CREATE FOREIGN DATA WRAPPER+CREATE USER MAPPING -
PERFORM dblink_exec('conn', 'INSERT ...')中的 SQL 字符串必须字段顺序、类型、NULL 性完全匹配目标表；若目标表有GENERATED ALWAYS AS列或DEFAULT now()，直接插NEW.*必报错 - 触发器函数末尾漏写
RETURN NEW;，会导致源表 INSERT 被静默丢弃（尤其AFTER INSERT）
安全写法骨架：
CREATE OR REPLACE FUNCTION sync_to_remote()
RETURNS TRIGGER AS $$
DECLARE
conn TEXT := 'host=192.168.1.100 dbname=dst_db user=sync_user';
BEGIN
PERFORM dblink_connect('remote', conn);
PERFORM dblink_exec('remote',
format('INSERT INTO t_custom(id,name) VALUES (%L,%L)', NEW.id, NEW.name)
);
PERFORM dblink_disconnect('remote');
RETURN NEW;
END;
$$ LANGUAGE plpgsql;MySQL 根本不支持跨服务器存储过程同步
MySQL 的 CREATE TRIGGER 和 CALL 作用域严格限定在单实例内。INSERT INTO remote_db.t1 SELECT * FROM local_db.t2 这种语法在 MySQL 中非法，服务器会直接报错 ERROR 1146 (42S02): Table 'remote_db.t1' doesn't exist。
- 所谓“MySQL 跨库同步”，仅指同一 MySQL 实例下的不同 database（如
db1.users → db2.users），靠INSERT INTO db2.users SELECT * FROM db1.users实现 - 跨服务器场景下，必须退出 SQL 层，改用外部工具：如
mysqldump --host=src --single-transaction | mysql --host=dst做定时快照，或用Maxwell/Debezium捕获 binlog 做 CDC - 千万别信网上“用 FEDERATED 引擎连远程表再写存储过程”的方案：FEDERATED 在 MySQL 8.0 中已被移除，5.7 下稳定性极差，字段类型隐式转换极易丢精度（如
DECIMAL(10,2)传过去变成DOUBLE）
真正跨异构库（比如 PostgreSQL → MySQL）的数据同步，从来不是靠存储过程完成的。它需要一个外部协调层来控制导出、清洗、加载三个阶段——而这个协调层，通常是一段 Python 脚本，不是一段 SQL。最容易被忽略的一点是：时间戳字段的时区一致性。哪怕两边数据库都设了 timezone='UTC'，如果宿主机系统时钟没用 chrony 对齐，增量同步就会漏数据。这不是代码能绕过去的物理约束。
