MySQL 5.6迁移至SQL Server 2016的高效方案及SSMA优化问询

云上老周

2026-5-15

针对MySQL 5.6到SQL Server 2016超大表迁移的解决方案

针对你用SSMA迁移数十亿行表时遇到的耗时久、频繁崩溃问题，我结合实际生产经验给你逐一解答：

1. 免费替代工具推荐

如果SSMA不好用，这些免费工具/方案更适合超大表迁移：

mysqldump + SQL Server bcp/BULK INSERT：
用mysqldump将MySQL表导出为CSV格式（避免生成超大SQL文件），命令示例：
```
mysqldump -u username -p --fields-terminated-by=, --fields-enclosed-by="\"" --no-create-info your_db big_table > big_table.csv
```
然后用SQL Server的bcp工具批量导入，示例：
```
bcp YourDB.dbo.big_table in "big_table.csv" -S your_sql_server -U sql_user -P sql_pass -c -t, -r\n -b 10000
```
优势是轻量、可控，支持分批次导入，不会因为单文件过大无法处理。
SQL Server Import and Export Wizard：
这是SQL Server自带的免费可视化工具（属于SSIS套件的一部分），可以直接连接MySQL和SQL Server，支持设置分批次迁移、增量迁移，还能自动处理数据类型映射，稳定性比SSMA好很多，适合超大表。
mydumper + bcp：
mydumper是开源的MySQL并行导出工具，比mysqldump快数倍，支持按表分块导出，导出后同样用bcp导入SQL Server，适合超大规模数据。

完全不用导出超大SQL文件，SSMA本身支持行筛选：

设置表级筛选器：
在SSMA中，选中要迁移的表，右键选择「Table Migration Settings」，切换到「Data Migration」标签页，在「Where clause」中输入筛选条件，比如要取10%的数据（假设表有自增主键id）：
```
WHERE MOD(id, 10) = 0
```
保存后启动迁移，SSMA只会迁移符合条件的行。
临时表中转：
如果筛选器设置有问题，先在MySQL中创建包含目标数据的临时表：
```
CREATE TABLE temp_big_table AS SELECT * FROM big_table WHERE MOD(id, 10) = 0;
```
然后用SSMA迁移这个临时表，操作更灵活，也不会影响原表。

针对SSMA的参数调整，这些配置能显著提升速度和稳定性：

调整批次大小：
打开「Tools」->「Project Settings」->「Data Migration」，将「Batch size」从默认的1000/5000调整为10000-50000（根据服务器内存和网络带宽调整，内存足够就设大些），减少客户端与服务器的往返次数。
启用并行迁移：
同样在「Project Settings」->「Data Migration」中，找到「Parallel data migration」，设置并行线程数为4-8（建议不超过服务器CPU核心数的一半，避免资源耗尽），同时迁移多个表或表的不同块。
禁用约束和索引：
在表的「Table Migration Settings」中，勾选「Disable constraints during migration」和「Disable indexes during migration」，迁移完成后SSMA会自动重建。迁移时维护索引和约束会极大拖慢速度，这一步是关键优化。
使用服务器端迁移引擎：
在「Project Settings」->「Data Migration」中，将「Data migration engine」设置为Server-side，让SQL Server直接从MySQL拉取数据，绕过SSMA客户端中转，减少网络瓶颈。
调整SQL Server恢复模式：
迁移前将目标数据库改为简单恢复模式（避免生成海量事务日志），命令：
```
ALTER DATABASE YourDB SET RECOVERY SIMPLE;
```
迁移完成后改回完整模式：
```
ALTER DATABASE YourDB SET RECOVERY FULL;
```

内容的提问来源于stack exchange，提问作者user3310782