跨网段迁移前必须确认三件事：目标服务器可解析、3306端口双向放行、MySQL用户允许源IP连接；工具选型上优先本地导出+rsync传输，或用mydumper启用压缩；主从配置需调优超时参数并确保binlog_format=ROW及SSL显式设置；校验须用pt-table-checksum或CRC32抽样，且在目标库禁写状态下进行；全程需保留物理备份以防链路不可控导致数据丢失。
跨网段迁移前必须确认的三件事
跨网段不是加个-h就能通的，很多团队卡在第一步就失败。先确认目标服务器能被源库机器解析（DNS 或 hosts），再确认 3306 端口在中间所有网络节点（防火墙、安全组、NAT 设备）上双向放行，最后验证 MySQL 用户是否允许从源 IP 连接——别只在本地测试 localhost，要用真实源 IP 登录测试。
mysqldump 走不通时该换什么工具
跨网段带宽低、延迟高时，mysqldump 直接远程导出会卡死或超时。更稳妥的做法是：在源服务器本地执行导出，压缩后用 rsync --partial --progress 分段传输，再在目标服务器本地导入。若必须走网络直连，改用 mydumper 并启用压缩：mydumper -h 源IP -u 用户 -p 密码 -B db_name -o /tmp/dump/ --compress --threads=2；它比 mysqldump 更耐断连，且支持断点续传。
主从复制在跨网段下容易失效的配置点
跨网段主从最常崩在连接维持和位点同步上。必须检查：slave_net_timeout（建议设为 60）、net_retry_count（至少 10）、connect_timeout 和 wait_timeout（均建议 ≥ 300）。源库开启 binlog 后，要确保 binlog_format=ROW，否则跨网段网络抖动时可能丢事件；目标库配置 CHANGE REPLICATION SOURCE TO 时，务必指定 SOURCE_SSL=1（如果启用了 SSL）或显式关闭（SOURCE_SSL=0），避免握手失败静默中断。
数据一致性校验不能只靠行数对比
跨网段传输过程中，哪怕只丢一个字节，COUNT(*) 也看不出问题。真正有效的校验方式是分表做 pt-table-checksum（要求主从已同步完成），或对关键表抽样计算 CRC32(CONCAT(...)) 聚合值。注意：校验必须在目标库禁写状态下进行，否则结果不可信；若用 mysqldump 导入后发现校验不一致，大概率是字符集未统一导致的隐式转换——比如源库 utf8mb4_unicode_ci，目标库却是 utf8mb4_general_ci，排序差异会让 CRC32 结果不同。
跨网段迁移真正的难点不在工具选型，而在中间链路不可控：DNS 缓存、TCP 重传、SSL 握手失败、防火墙会话老化……这些都不会报错，只会让数据“看起来迁完了，其实漏了几万行”。所以任何跨网段迁移，都得留一手物理备份（xtrabackup 或冷拷贝），而不是只依赖一次逻辑传输。
