一个客户把数据库迁移安排在某个月的十五号凌晨，觉得月中业务少。结果那天正好是他们的大批量出库日，仓库系统连着数据库跑，迁到一半卡住，早上七点还没起来，几十辆车的出库单打不出来，司机在门口堵成一排。
窗口要按业务节奏选
选迁移窗口不能只看数据量，要看业务的真实低谷。零售看闭店后，制造看停产检修期，贸易看月末结完账之后，教育看假期。跟业务负责人一起定，别让 IT 自己拍板决定，他们往往只看系统负载，看不到业务上的暗流。信服无限网的做法是先演练两遍，第三遍才动生产库。
停机时间要算到分钟
常见做法是全量迁移加快照，然后停业务，再把增量追平，最后切换。全量可以在业务运行时先跑，停机时间只花在最后追增量和切换上，几十分钟就能完成。把这段流程演练一遍，掐着表算时间，比拍脑袋估三小时靠得住得多。
迁完核对这几个数
核对不是随便挑几条看一眼。要做的是行数对比、关键字段汇总值对比、抽样明细对比，三样都过。比如客户总数、上月订单总额、库存总金额，这几个数对上了，基本可以放心。对不上就是有问题，别急着切，先查原因。
还要注意字符集和时区。老库用的可能是别的字符集，迁完发现中文变成问号，或者时间差八小时。这两件事在测试环境跑一遍就能发现，正式环境才发现就是灾难。太原本地部署的系统尤其容易踩时区这个坑。数据库迁移我们做过多次，最稳的做法是先演练两遍，第三遍才动生产。
迁完之后别急着重启老库。保留一段时间只读，方便核对历史数据。我一般建议至少留一个月，业务确认没问题再关。这期间老库不写，只查，成本就是一点存储空间，很划算。搬之前先演练一遍，比搬的时候手忙脚乱强。
数据库迁移的常见疑问
能不能不停机迁移
数据量小、写入少的可以做双写过渡，复杂业务不建议，同步逻辑出错很难查。
云端迁移要注意什么
主要是带宽和流量费，几百G的数据上传要算时间，大文件建议走专线或者邮寄硬盘。
迁移后性能变慢怎么办
多半是索引没重建或者统计信息没更新，迁完跑一次优化，再看慢查询日志。
总结：数据库搬家，窗口选对比技术选对更重要。按业务节奏定时间、把停机压到分钟、迁完对三组数，才敢说搬干净了。