搬站时数据库迁移的具体步骤和注意事项有哪些？

从规划到验证的每一步

前期准备：明确需求与风险评估

在启动数据库迁移前，需完成三项核心工作：确定目标环境（如云服务器、新机房）、梳理数据范围（是否包含历史数据、分表逻辑）及评估业务影响（停机时间窗口、兼容性风险），建议绘制数据流向图，标注源库与目标库的连接方式（直连/中转），并制定回滚方案——若迁移失败，需快速恢复至原状态。

选择合适的迁移工具

根据数据库类型（MySQL、Oracle、MongoDB等）和技术栈，推荐以下工具组合：
| 数据库类型 | 推荐工具 | 核心优势 |
|————|——————-|—————————|
| MySQL | Percona XtraBackup | 支持热备份，增量迁移高效 |
| Oracle | Data Pump | 逻辑导出导入，兼容性强 |
| MongoDB | mongodump/mongorestore | 原生工具，支持分片集群迁移 |
| 跨平台 | AWS DMS | 云原生服务，自动处理异构迁移 |

注：若涉及高并发业务，优先选择支持断点续传的工具（如Mydumper），避免网络中断导致重跑。

执行迁移：分阶段操作技巧

全量数据迁移

• 步骤1：备份数据：使用工具生成完整备份文件（如mysqldump -u root -p dbname > backup.sql），并存放在独立存储（避免与源库竞争I/O）。
• 步骤2：传输数据：通过SCP/Rsync将备份文件传输至目标服务器，或直接使用数据库的远程导入功能（如MySQL的SOURCE命令）。
• 步骤3：恢复数据：在目标库执行恢复操作（如mysql -u root -p dbname < backup.sql），期间监控磁盘空间与CPU负载，防止资源耗尽。

增量数据同步

全量迁移后，需捕获源库的变更数据以保持一致性：

• binlog方式（MySQL）：开启源库binlog，使用 canal 等工具实时同步增量日志至目标库。
• 触发器方式：在源库创建审计表，记录DML操作；迁移完成后，将审计表数据批量同步至目标库。
• 注意事项：增量同步需确保时间戳连续，可通过对比源库与目标库的最后更新时间验证。

验证与切换：保障业务零中断

数据一致性校验

• 行数比对：在源库与目标库执行相同查询（如SELECT COUNT(*) FROM table），确认结果一致。
• 抽样检查：随机选取100条记录，对比字段值（尤其是关键字段如ID、金额）。
• checksum 工具：MySQL可使用pt-table-checksum生成全局checksum，快速定位差异表。

业务切换策略

• 灰度发布：先让少量用户访问目标库，观察性能与错误日志；若无异常，逐步扩大流量占比。
• DNS切换：修改域名解析指向新IP，利用TTL缓存实现平滑过渡（建议提前降低TTL至300秒）。
• 监控告警：切换后持续监控QPS、延迟、错误率，设置阈值报警（如延迟超过500ms触发告警）。

常见问题与优化

• 大表迁移卡顿：拆分大表为临时分区，分批次迁移；或使用并行导入（如MySQL的--parallel参数）。
• 字符集不一致：迁移前统一源库与目标库的字符集（如utf8mb4），避免乱码。
• 权限配置遗漏：迁移后重新授权用户（如MySQL的GRANT语句），确保应用能正常访问。

相关问答FAQs

Q1：迁移过程中如何最小化对业务的影响？
A：采用“双写+异步同步”模式：在源库写入时同时写入目标库，待数据追平后再切换读流量，选择低峰期（如凌晨）执行全量迁移，减少并发压力。

Q2：跨版本数据库迁移需要注意什么？
A：首先查阅官方升级指南，确认语法差异（如MySQL 5.7到8.0的JSON函数变化）；其次测试兼容性（如存储过程、触发器的行为）；最后在新环境中预演迁移流程,避免版本特性导致的数据丢失。