锦州公司做数据库迁移，停机时间怎么压
上个月锦州一家企业的老板问我，数据库迁移是不是半夜停机一次就能搞定？先说结论：大库不行，得边同步边迁移。数据量一上来，停机时间就压不住。锦州有家做石化的企业，库大到停一夜也跑不完。
结构先对齐
版本不一样，结构往往也不同。两边的表结构、字符集、索引，先逐项比一遍。直接倒数据，很容易在这一步卡住。照我们的习惯，会先出一份结构差异清单。在太和区有家公司从旧版本换过来，字段类型对不上，导了两次才成。比清楚了，导起来就顺。
字符集这一项最容易被忽略。两边不一致，中文会变成乱码，还很难改回来。真排的时候，会先统一字符集再导。太和区那边有家商户的老库里混着两种编码，清理花的时间比搬迁还长。提前对齐，省的是后面的事。这一步，别省。
增量要追得上
大库的搬迁要分两步走。先做一次全量，再持续同步增量，只停一小段。上手之后，会先把全量跑完，再开同步。松山新区一家厂子按这个方式做，停机压到了 30 分钟以内。停得短，业务就不受影响。
同步追平的时点要能判断。延迟降到几秒以内，才可以开始切。差着几分钟就切，会丢数据。放进具体场景，切换前会看一段时间的延迟曲线。锦州中央大街一带做零售的企业，早上的流量一起来就不适合切。等曲线平了再动，才稳。
迁完要核对
迁完不能只看能不能打开。随机抽几批数据比对行数和金额，把差异落到具体记录上。这块我们一般会跑一遍总量加抽样的脚本，交付时送 1 年免费维护。锦州经济技术开发区的几家企业把核对结果存档，后面再有问题也好追。核过一遍，才敢说迁完了。
常见问题
迁移一次要停多久
看数据量。用增量同步的做法，多数能压到一小时以内。
中途出问题怎么办
按事先写好的回退步骤拨回去，先保业务，再慢慢找原因。
迁移需要专业人员吗
建议有。涉及结构比对和一致性核对，做过的和没做过差别不小。
锦州的公司做数据库迁移，先把结构对齐、把增量追平。停机压短了，业务才不受伤。有空说说数据量和能接受的停机时长就行。想再细一点，信服无限锦州这边可以按你的实际情况算一遍。