2018年作为菜鸡的我被安排了一个任务,服务器迁移。平时怎么说也会自己部署部署服务器，迁移下数据，轻车熟路。 给客户更新系统一般是晚上十点不作业的时候。jdk，tomcat， mysql环境配置一顿操作猛如虎,当时对于几百万的数据没有什么概念，直接用Navcat备份. 对于如此数据量提前打了预防针估计会很久的，看了会短视频.期间时不时瞄一眼笔记本屏幕。直到十几分钟查看了表备份进度时渐渐觉得不对劲，属实有点慢， 但是没办法，只能干等。

这么一折腾已经到了凌晨了，看到记录和备份的表记录数缓慢的跳，一点一点的磨灭耐心。期间什么都做不了只好设了好几个闹钟就躺下了，中途醒了好几次醒来看看,结果进度一直卡在20%。 感觉是程序假死的问题,强行终止进程重新备份。 谁知等了半个小时还是这个样， 这些数据说实话以前不是没备份过，不过以前是本地本分和还原.尽管时间会有一点长，但还能hold住。 现在这种情况慢的有点离谱。都两点了还没搞定，心里渐渐慌了起来，客户明天还要生产呢,还没迁移完。 按照这个样明天还不能搞定，会造成重大事故和经济损失，我这个菜鸡身上也没什么钱。于是赶进百度找其他方案， 找到关于data目录直接迁移的方法，期间翻遍了各大网站的帖子也没搞定，忍不住给大佬发了消息。我性格内向也不想给别人造成麻烦而且不是完全没有希望搞定,何况那么晚了都睡着了，打电话过去也不好。

天无绝人之路,我怀着忐忑的心情，一直在翻各种解决方案,尝试各种方案，希望和失望不断交替.终于找到通过命令的方式备份。mysqldump 备份， source导入还原，zip压缩下载解决网络带宽有限下载到本地耗时长的问题。 成就感油然而生。解决完问题好好的睡了一觉。