数据迁移那些坑：建表、升级、卸载，一个都别大意

最近群里聊数据迁移的帖子不少，从自建库搬到云上、从旧版本升到新版本，甚至只是重装前备份一下，翻车的案例比比皆是。有人建表时字符集没对齐，导入后中文全变问号；有人升级脚本跑一半断连，回滚都回不去；还有人卸载旧环境前忘了导自定义配置，重装后一脸茫然。迁移这事，看着是技术活，其实是细心活。

说几点个人看法：

1. 建表阶段别偷懒。源库和目标库的字符集、排序规则、字段长度上限先核对一遍，尤其是从MySQL迁到其他库时，默认值差异能坑死人。建表语句最好用工具生成后人工过一遍。

2. 升级前先做“预演”。在测试环境完整跑一遍升级流程，记录耗时和报错点。正式操作前备份不只是备份数据，配置文件和账号权限也要一并留档。

3. 卸载是最容易被轻视的环节。删之前问自己三遍：配置导出了吗？定时任务记下来了吗？依赖这个环境的其他服务通知到了吗？留一份“卸载清单”，比事后拍大腿强。

4. 迁移日志要留痕。每一步操作记下时间点和结果，出问题时能快速定位是哪个环节引入的偏差。

总结一句：迁移的坑大多不在技术难度，而在“以为没问题”的想当然。多核对一遍、多留一手备份，能省下大把返工时间。

欢迎交流，你踩过最深的迁移坑是什么？