【經驗123】update是危險的

        今天有人反映一張表裡的資料不對，操作日期全改為了‘201308071508’，導致資訊不能統計。

        從昨天三點開始，也就是‘201308071508’這個時間，資料庫開始產生大量的日誌，當時就覺得奇怪，但問了下，大家都說沒做過什麼操作。從三點開始，一直到晚上的七點多，alert日誌一直在猛增，差不多每一分鐘就會切換一次日誌，太奇怪了。

        今天早上就有人探索資料不對，無法做統計。經過排查，發現是觸發了一個應用導致做了update語句。

update i set username='aaa',usercode='aaa',operation='aaa',operatetime='201308071508',biz_id='111',memo='111',location='aaa' where 1=1；

 --條件居然是1=1，於是就更新了這張表裡的所有資料。

        這張表很重要，只能通過全備來恢複。這個庫有個物理standby，於是將備份拷到備庫，進行恢複，再滾日誌，滾到執行這個update語句前的時間點，恢複完之後將該表的資料匯出，與主庫的表進行對比，看哪些資料對，哪些不對，需要更新哪些，只能一點一點恢複該表，不過這就不是我們要乾的活了！

        原本只知道 rm -rf 是危險的，沒想到update也是危險的。其實做IT就是要仔細，任何一句命令都可能帶來嚴重的後果，所以在敲下斷行符號或者摁下F5之前都要三思啊！

        這是我從實習到正式工作以來第一次遇到這種問題，算是個比較大的問題，不過作為小八拉子的我還沒有機會處理這種問題，只能交給我師父了。這裡就做一次記錄，要記住——update是危險的！