2022-08-16坑坑相扣

这一个月，每一天都放佛在坐过山车，跌宕起伏的。

根据项目倒排，总时长30天，迁移数据21天，建立索引5天，数据验证4天，好像还可以吧。

每一天都在盯着进度，每一天的心情，都随着进度的快慢起起伏伏。

第一个坑，数据从云端下载太慢太慢了，到了18天了，还有三分之一呢，这速度，得猴年马月啊？

主要还是数据量太大了，这么下去再有一周都搞不定。

江湖救急，协调合作方的机房，网络速度可以提升10倍，有个两三天就下完了，果断搬。

折腾了一天，搬进去了，一监测传输速度，不对呀，怎么期望的100M只有不到20M呢？

各种研究，各种尝试，折腾了一天，最终通过拆分数据库文件并行下载，终于把速度提到正常速度了，2天也过去了。

第23天，终于把数据下载好了。

搬回公司接着发现第二个坑，之前为了提升下载速度，把一张大表拆分成了多个任务，多张表，这都下载完了，之前拆分的表现在都要一张一张地合起来。

合表又用去了两天。

第25天，开始建索引，用了4天，终于建好了。这个时候留给测试的时间只剩不到24小时了，抱着侥幸的心情，说不准测试很顺利呢，毕竟我们也没有动服务，只是做了数据的更新。

测试整个通宵，果然有第三个坑等着我们。

非常不顺利！

页面打开速度极慢，计划新增的数据查不到。

怎么办？和商务协商延迟一周吧！

周六日连加两天班，抱着美好的愿望：周一搞定，周二交付！

排查发现，页面打开慢是因为新增了很多数据，新增的数据有问题是因为索引不全，需要重新刷索引。一切都按计划顺利进行，好像离胜利越来越近了！

周一上午一切都很美好，速度优化的差不多了，经过两天加班，数据也补全得差不多了。

准备第二天上午去拜访客户，下午开了个碰头会，开完会回来，发现团队人都是蔫的。

第四个坑：文件系统误识别把一个数据库给删除了，2.8TB的数据丢了！

2.8TB数据，就咱们这个破网络环境，从云端得下四五天才能下下来的呀。

周六日加的班都白瞎了。

研发人员说，每一次，掉在坑里，都想合上电脑，删库跑路。

我想说，每一次听到又出问题了，进度又要延迟了，都想放弃，但是最后还是要鼓足勇气给自己说一声，加油！

期望，在一个又一个坑里摸爬滚打的我们，练得皮糙肉厚一点，不再轻易掉坑里了。

一只失去梦想的千纸鹤