如何无损迁移数据库？一篇运维实战指南

lin

在业务发展过程中，数据库迁移几乎不可避免：

• 服务器升级
• 云厂商切换
• 数据库版本升级
• 主从架构调整
  

真正的难点只有一个：
👉 迁移过程中业务不停机，数据不丢、不乱、不回滚
这就是我们常说的——无损迁移数据库。
本文从运维视角，系统讲清楚：

• 什么是无损迁移
• 常见迁移方案
• 实战步骤
• 风险点与注意事项
  

一、什么是无损迁移数据库？
无损迁移 = 业务不停服 + 数据完整一致
具体包含三点：
1.不丢数据
所有历史数据 + 实时新增数据都完整保留
2.不停机或极短切换
用户无感知，或者仅有秒级切换
3.数据一致性可校验
迁移前后数据可验证、可回滚
⚠️ 只要迁移期间停止写入、停服务再导数据，都不算严格意义上的无损迁移。
二、无损迁移的核心思路
无论你用的是 MySQL、PostgreSQL 还是其他数据库，核心思路都一样：
先全量同步，再实时同步，最后切流量
拆开就是三步：

• 全量数据同步（历史数据）
• 增量数据同步（实时变更）
• 业务切换（读写指向新库）
  

三、常见无损迁移方案
1.主从复制迁移（最常见）
适用场景：

• MySQL / MariaDB
• 数据库版本差异不大
• 同构迁移（同类型数据库）
  

原理：

• 新库作为从库
• 同步主库的 binlog
• 数据实时保持一致
  

优点：

• 稳定、成熟
• 业务无感知
  

缺点：

• 不适合跨类型数据库
• 版本跨度大时有坑
  

2.逻辑复制 / 数据同步工具
常见工具：

• MySQL：mysqldump + binlog、mydumper/myloader
• 通用：DTS、DataX
• PostgreSQL：Logical Replication
  

优点：

• 灵活
• 可跨实例、跨网络
  

缺点：

• 配置复杂
• 需要监控延迟
  

3.双写方案（高阶）
适用场景：

• 架构升级
• 跨数据库类型迁移
• 大型系统
  

原理：

• 应用同时写新旧数据库
• 读仍走旧库
• 验证新库数据后切读
  

优点：

• 最安全
• 可随时回滚
  

缺点：

• 改代码
• 实现成本高
  

四、无损迁移通用实战步骤（以 MySQL 为例）
第一步：环境准备

• 新数据库部署完成
• 参数设置与旧库一致（字符集、时区、sql_mode）
• 网络互通、权限准备
  

-- 确保字符集一致

SHOW VARIABLES LIKE 'character_set%';

第二步：全量数据同步
常见方式：

mysqldump --single-transaction --master-data=2 \
  -uroot -p old_db > full.sql
--single-transaction：保证一致性
--master-data：记录 binlog 位置（关键）

将数据导入新库：

mysql -uroot -p new_db < full.sql

第三步：增量数据同步
配置主从复制或 binlog 同步：

CHANGE MASTER TO
MASTER_HOST='old_ip',
MASTER_USER='repl',
MASTER_PASSWORD='xxx',
MASTER_LOG_FILE='mysql-bin.000123',
MASTER_LOG_POS=456789;

启动同步：

START SLAVE;

确认状态：

SHOW SLAVE STATUS\G

重点看：

• Seconds_Behind_Master
• Slave_IO_Running
• Slave_SQL_Running
  

第四步：数据一致性校验
迁移前一定要校验：

• 表数量是否一致
• 行数是否一致
• 关键表 checksum
  

CHECKSUM TABLE user;

大型库可使用：

• pt-table-checksum
• 业务抽样比对
  

第五步：切换业务流量
推荐顺序：

• 应用短暂停写（或只读）
• 等待主从追平
• 修改数据库连接地址
• 恢复写入
  

切换完成后不要立刻下线旧库，至少保留一段时间。
五、迁移过程中常见坑
1. 字符集不一致
容易导致：

• 中文乱码
• 索引异常
  

必须统一 utf8mb4
2. 时区问题
时间字段偏移，账务类系统非常致命。
SHOW VARIABLES LIKE 'time_zone';
3. 自增 ID 冲突
尤其是双写或多主场景。
4. 忽略业务低峰期
再“无损”，切换也要选低峰。
六、迁移完成后的检查清单

• 数据量一致
• 写入正常
• 延迟监控
• 错误日志无异常
• 旧库保留回滚方案
  

七、总结
一句话总结无损迁移：
全量同步打基础，增量同步保实时，切换流量要谨慎
对运维来说，数据库迁移拼的不是命令，而是：

• 方案设计
• 风险预判
• 回滚能力