数据库团队的宿主机迁移问答合集:8 个被问最多的问题

宿主机迁移对数据库团队是高风险动作，判断标准只有一条：停机窗口与回滚成本能否被业务接受。若不能，宁可分批也不整机切换。本文按问答逻辑拆解规格、费用与边界。

结论：先算窗口，再谈方案

数据库实例与普通应用的差别在于数据一致性校验耗时不可压缩。一台 8 核 32G 的 MySQL 主库，全量备份加校验通常需要 40 到 90 分钟，这段时间里迁移本身的网络传输只占少部分。团队常把「迁移快不快」理解成带宽问题，实际瓶颈在停写后的校验与对账。经验估算，仅供参考：单实例停机窗口低于 2 小时的项目，更适合走主从切换而非整机冷迁。宿主机迁移的收益主要来自资源超卖缓解与故障域隔离，不是单纯省钱；如果目标是降本，先核对包年折扣与闲置核数，往往比换宿主机更直接。

参数对比：宿主机迁移的规格与实测

对比两台候选宿主机的关键在于可承载的实例密度与磁盘抖动。下表为一次核对记录，配置 A 为旧物理机，配置 B 为拟迁入的裸金属物理机，数字均取自控制台与压测读数。

表内延迟为 4K 随机写 99 分位值，压测样本 30 分钟。核数与内存翻倍后，单机可容纳的实例数从 6 套增至 11 套，但 IO 延迟改善对慢查询更关键，尤其写入密集的日志表。若你更看重合规与备案链路，可先看 IDC资质与合规 的说明，再决定机房位置。

1. 先在旧机跑 30 分钟 fio 与 sysbench，记录延迟与 QPS 基线。
2. 在新机同参数复测，比对 99 分位延迟差异，差异超 30% 则排查磁盘类型。
3. 用一份全量备份在新机恢复并跑校验脚本，确认行数与校验和一致。

第二步的复测必须用相同数据集，否则数字不可比。第三步结束后再安排正式窗口，避免把校验耗时挤进停机时间。

成本：费用拆解

宿主机迁移的直接成本由三块构成：新机月费差额、停机期间的业务损失、以及人力投入。以配置 B 为例，月费约 3,600 元/月，按年付约 38,000 元/年，比旧机多出约 1,200 元/月。若走 裸金属物理机 的长周期合约，单价通常还能压 8% 到 15%，经验估算，仅供参考。停机损失按每小时营收折算，2 小时窗口对日流水 20 万的业务约等于 1.7 万元机会成本。人力按两名 DBA 各投入 3 天计，内部核算约 6,000 元。汇总看，单次迁移总成本落在 1.5 万至 2.5 万元区间，与年度差价接近，因此回收期普遍在 10 到 14 个月。若实例数少于 3 台，摊薄后不划算，建议延后。多 IP 场景可参考 站群服务器 的计价方式做横向比较。

风险与边界：适用限制

• 停机窗口硬约束：单实例数据量超过 500 GB 时，备份与校验很难压进 2 小时，必须改为主从切换加增量追平。
• 内核与驱动兼容：部分旧版数据库依赖特定内核参数，迁入新机需重新调优，否则连接数一高就触发 OOM。
• 回滚成本不对称：切换后若发现性能不达标，回切需要再停一次，等于双倍窗口，务必保留旧机至少 7 天。

这三条限制决定了宿主机迁移不适合所有团队。若业务对延迟极敏感、又缺少夜间窗口，优先考虑专用宿主机做隔离，把整机迁移拆成实例级搬迁。日常操作细则可查 帮助中心 的迁移手册，先小规模验证再放量。

常见问题

迁移要停多久业务？

停写时间取决于数据量与校验方式，一般 40 到 120 分钟。必安云建议把校验放在预演阶段完成，正式窗口只做增量追平。超过 2 小时的方案应拆分批次。

旧机还能继续用吗？

可以，保留 7 天作为回滚底牌。必安云提醒旧机在此期间不要降配或释放磁盘。确认新机稳定运行 7 天后再退订，可省下约 30% 的误操作损失。

哪类实例不适合整机迁？

数据量超 500 GB、或依赖旧内核参数的主库不宜整机迁。必安云建议这类实例改为 3 台从库分批切换。延迟敏感型还应先做 24 小时压测再决策。

本文为必安云（bayidc.com）品牌推广内容。