我也差点“跑路”

---

        在数理统计中，有一条重要的统计规律：假设某意外事件在一次实验（活动）中发生的概率为p（p>0），则在n次实验（活动）中至少有一次发生的概率为P=1-（1-p）n。由此可见，当实验次数n趋向于无穷时，pn会越来越趋于1，即成为必然事件

        这一结论被爱德华·墨菲应用于安全管理，他指出：做任何一件事情，如果客观上存在着一种错误的做法，或者存在着发生某种事故的可能性，不管发生的可能性有多小，当重复去做这件事时，事故总会在某一时刻发生。也就是说，只要发生事故的可能性存在，不管可能性多么小，这个事故迟早会发生的（摘自百度）

---

        有人说：“人需要沉淀，要有足够的时间去反思，才能让自己变得更完美”。 作为一只坚持挣扎着向上飞的老鸟， 越发能感觉到沉淀和反思的重要性。

       想到沉淀和反思的时候，我就想记录下近期的一件事情。原来跑路离自己是如此之近。以前在网上看多过有多版本的程序员跑路的传说， 最多的就是rm -rf 命令。删库跑路， 删重要文件跑路等等。 我一直以为这种事情离我很远，我也只当做是程序员间的自嘲，从不在乎。最近的经历让我心理一阵凌乱。 

       前几天省网发现系统存在系统漏洞。一个月前生产环境因需求变更部署了补丁A，补丁A的程序中处理存在错误： 满足某个特定条件时，当客户办理过户（客户A下的用户转到客户B下的操作）业务的时，用户订购产品的优惠没有一同过户给客户B，造成过户用户的产品享受不到优惠，这类用户将会被提前停断。 提前停断这个问题就比较严重了，会引起客户投诉

      程序问题要解决， 问题客户订购信息要修复， 客户计费订单也要修正。茫茫的的事情。 很自然的这个处理任务又又又被分给了我。

       首先，需要处理程序问题. 分析场景，制作补丁， 发布补丁、上线补丁、验证问题得到解决。一切都很顺利，信心满满。

       然后考虑如何修正问题数据。分析问题场景、统计确认问题数据范围，稽核问题数据，编写修复脚本，编写稽核脚本确认问题数据都已修复。经验丰富，信心满满。

        由于数据库在另一个省份，售后人员因事外出， 为尽快解决问题，只能自己完成修复工作。一边吐槽一边办理各种申请。 申请远程VPN账号，上报变更内容，申请数据库操作权限。一切准备好后。远程链接到数据库，上传好修复脚本，按照处理步骤来执行脚本。

        数据稽核脚本，通过. 意料之中！！

        数据统计处理，通过, 和预估相同，美滋滋！！

        回退问题数据，通过. 给自己点赞！！

        修正问题数据，准备执行。公司断电了，换笔记本链接VPN，VPN账号异常无法登陆。 

    感觉自己要跑路了。 凌乱中我想到了墨菲定律

• 任何事都没有表面看起来那么简单；

• 所有的事都会比你预计的时间长；

• 会出错的事总会出错；

• 如果你担心某种情况发生，那么它就更有可能发生。

     半小时后，电力和网络才恢复， 默默的处理......

---

复盘问题后的一些感悟

1）不要把问题想的简单： 要做好备份，无论是文件备份、脚本备份，数据备份。

2）担心的某种事情很可否能发生： 提前准备恢复脚本。当发现问题的时候可以短时间内恢复，避免引入新问题

3）会出错的事总会出错： SQL脚本做好标记，比如UPATE语句处理将修改数据备份到临时表或者MEM中写入标记

         

上一篇：Ehcache配置资料,方便自己查