把另一台服务器的表数据迁到自己库里，最直接的办法是配置链接服务器（Linked Server）或使用OPENROWSET，一条SQL就能搞定，不需要额外安装软件，更不用导出文件来回传。
为什么纠结跨服务器取数这件事
很多业务系统在设计时就没考虑过数据隔离的问题,用户表在A服务器，订单表在B服务器，报表系统在C服务器，三个库互相之间说不通话，开发的时候各自为政，等到要做数据分析或者数据迁移，才发现要跨服务器捞数据。
常规做法是把数据导成文件,再通过FTP或者各种网盘传到目标服务器，然后用导入向导慢慢导，这种方式在小数据量下还能接受，一旦表里面有几十万行甚至上百万行数据，导出导入的时间足够你去喝两杯咖啡了。
业内专家指出,跨服务器取数的核心诉求就三个：快速、可控、不破坏源数据，基于这个原则，下面这些方案值得你逐一尝试。
sql server跨服务器查询的四段式写法
如果你的环境是Windows + SQL Server，那么最省事的方式就是用分布式查询，SQL Server天然支持链接服务器功能，配置一次，以后就能像访问本地表一样访问远程表。
创建链接服务器
打开SQL Server Management Studio，连接到你的目标服务器，在对象资源管理器里找到“服务器对象”→“链接服务器”，右键新建，也可以用T-SQL命令来创建：
EXEC sp_addlinkedserver
@server = 'RemoteServer',
@srvproduct = '',
@provider = 'SQLNCLI',
@datasrc = '192.168.1.100';
这行命令的作用是把IP为192.168.1.100的服务器注册为RemoteServer，如果你的源服务器是MySQL或者Oracle，provider要换成对应的OLEDB驱动。
配置登录映射
创建完链接服务器后,还要配置登录映射关系，在链接服务器属性里，找到“安全性”选项，选择“使用此安全上下文建立连接”，输入源服务器的账号密码，这一步不配置，后面会报“登录超时”或者“用户无权访问”。
四段式查询写入法
配置完成后,查询就变得非常简单：
SELECT FROM RemoteServer.DatabaseName.dbo.TableName
这个四段式引用格式是SQL Server跨服务器查询的精髓：链接服务器名.数据库名.架构名.表名，如果要同步数据，直接配合INSERT INTO：
INSERT INTO LocalTable (col1, col2, col3) SELECT col1, col2, col3 FROM RemoteServer.DatabaseName.dbo.TableName WHERE CreateDate >= '2026-01-01'
这样写的好处是查询逻辑跟本地查询完全一致,可以随意加WHERE条件、JOIN其他表，甚至做聚合运算，所有操作都在SQL层面完成，效率比文件传输高得多。
不开链接服务器，还有哪几条路能走
有些朋友可能会遇到权限受限的情况,DBA不给开链接服务器权限，这时候就要用OPENROWSET或者OPENDATASOURCE临时救场。
OPENROWSET一次性查询
OPENROWSET不需要预先配置,直接在查询语句里指定连接信息：
SELECT INTO LocalTable
FROM OPENROWSET(
'SQLNCLI',
'Server=192.168.1.100;UID=sa;PWD=yourpassword;Database=RemoteDB',
'SELECT FROM dbo.TableName'
);
导入导出向导的适用场景
如果你只是想一次性把表搬过来,不想写任何代码，SSMS的导入导出向导是最友好的，右键目标数据库 → 任务 → 导入数据，选择数据源为“SQL Server Native Client”，填上源服务器地址，然后选择“复制一个或多个表或视图的数据”，全程图形化操作，人性化程度很高。
但要注意,向导模式适合一次性全量复制，如果表里已有数据，中途掉电会比较麻烦。
方案对比
| 方案 | 部署成本 | 适合数据量 | 可否增量同步 | 依赖网络 |
|---|---|---|---|---|
| 链接服务器 | 中 | 大 | 可以 | 需开放1433 |
| OPENROWSET | 低 | 小 | 需要写脚本 | 同上 |
| 导入导出向导 | 低 | 中 | 否 | 临时断开可续 |
| 导出文件再导入 | 低 | 大 | 否 | 走文件通道 |
mysql跨服务器同步表数据的几种实用做法
MySQL阵营的情况要复杂一些,因为MySQL默认没有像SQL Server那样原生集成链接服务器功能，不过办法照样有很多。
使用FEDERATED存储引擎
MySQL从5.0版本开始提供FEDERATED存储引擎，它允许本地表映射到远程表，需要在源服务器和目标服务器上都启用这个引擎，配置也比较简单：
CREATE TABLE local_table (
id INT(11) NOT NULL AUTO_INCREMENT,
name VARCHAR(50),
PRIMARY KEY (id)
) ENGINE=FEDERATED
CONNECTION='mysql://user:password@192.168.1.200:3306/remote_db/remote_table';
创建完成之后,对本地表的SELECT、INSERT、UPDATE、DELETE都会直接作用于远程表，这种方式的优点是实时性最强，缺点是比较吃网络，行业共识认为，FEDERATED引擎的性能瓶颈主要在网络I/O上，设计表结构时尽量避免频繁跨库关联查询。
mysqldump配合管道
如果你的网络环境比较好,可以用mysqldump加管道命令，一条命令完成导出导入：
mysqldump -u root -p source_db source_table | mysql -u root -p -h 192.168.1.200 target_db
这个命令把远程数据库的表直接导入到本地,中间不落盘，省去了文件传输的步骤，通常用于全量数据迁移。
binlog增量同步
对于需要长期持续的同步场景,最靠谱的方案是基于binlog的增量同步工具，比如Canal、Maxwell、DataX，DataX是阿里开源的离线数据同步工具，支持MySQL到MySQL、MySQL到SQL Server等多种组合，配置一个JSON文件就能跑，相当实用。
如果只是日常开发环境要同步数据，FEDERATED引擎和mysqldump管道已经够用；生产环境做数据同步，建议上DataX或者Canal这类专业工具。
跨服务器复制表数据时最容易踩的坑
字符集不一致导致乱码
源服务器是UTF8MB4,目标服务器是GBK，复制过去的数据大概率变问号，同步之前用SHOW VARIABLES LIKE 'character_set%'检查两边的字符集配置，如果已经有乱码数据，需要先修正目标表字符集，再重新同步。
主键冲突
源表和目标表都有自增主键,直接INSERT会撞车，常见解决办法有两种：一是先TRUNCATE目标表再同步；二是用INSERT ... ON DUPLICATE KEY UPDATE处理冲突。
超大表同步超时
几十G的表,默认超时设置肯定不够，链接服务器场景下，在链接服务器属性的“服务器选项”里调整
Query Timeout和Connection Timeout，OPENROWSET则可以在连接字符串里设置Connect Timeout=0表示永不超时。
权限配置不全
跨服务器同步至少需要源表的SELECT权限和目标表的INSERT权限,部分方案还需要CREATE TABLE权限，最小权限原则下，不要用sa或root账号直接操作，单独建一个专用读账号更稳妥。
同步前后的数据一致性校验
数据搬过去之后,怎么确认两边数据一模一样？最简单的方式是对比总数：
SELECT COUNT() FROM LocalTable; SELECT COUNT() FROM RemoteServer.DatabaseName.dbo.TableName;
数量一致不代表内容一致,更严谨的做法是对关键字段做校验和，SQL Server可以用CHECKSUM或HASHBYTES函数，MySQL可以用CRC32，如果两边算出来的值完全一致，那基本可以放心。
对于大表,可以采用分批抽样校验的策略，按主键范围取前后各一部分数据对比，比全量校验节省时间，也足够发现问题。
MySQL跨服务器同步表数据的场景下,如果目标表比较大，建议先同步结构再同步数据，避免锁表时间过长影响线上业务。
Q&A专区：跨服务器取数的常见疑问
问：链接服务器和OPENROWSET怎么选？
答：如果需要在多个查询或存储过程中反复访问远程表，配置链接服务器最划算，如果只是临时执行一两次查询，OPENROWSET更轻量，两者本质上是同一个底层机制，只是链接服务器做了持久化配置，OPENROWSET属于即用即走的临时通道。
问：mysql跨服务器同步表数据时，FEDERATED引擎建表失败怎么办？
答：先确认MySQL版本是否支持FEDERATED引擎，5.5以上默认不启用，需要在my.cnf的[mysqld]区段添加federated参数并重启，还要检查目标表和源表的字段定义是否完全一致，FEDERATED对字段类型有兼容性要求，VARCHAR长度不一致也可能导致建表失败。
问：跨服务器同步数据时出现“对方拒绝连接”是怎么回事？
答：绕不开三个原因：网络不通、端口未开放、账号权限不足，先ping目标服务器检查网络，再telnet端口查看服务是否可达，最后确认账号是否能从当前服务器远程登录，数据库服务监听地址只绑定127.0.0.1也会导致外部无法连接，需要改成0.0.0.0，跨服务器复制表数据的链路打通之后，剩下的就是SQL本身的事儿了。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/678536.html
