#工程師的段子 上篇工程師的段子意外的爆發了 XD 我才一天沒看怎麼大家就這麼high，那我再補個工程師可以寫得段子給大家抄吧。某天在職場上聽來的，算一半的真人真事，大概八九年前寫過一次。我寫的是我當初聽到的經過，時間久遠了記憶可能有點模糊。 下錯我當時服務的 sql 那段是真人真事。XD

(下班時間路過看著同事一臉緊張的看著DB) 我: 怎麼啦 有什麼狀況嗎 怎還沒下班 (準備趕人回家) 同事A: 呃.... 同事A: 呃.... 同事A: 呃.... 同事A: 我剛下錯 update 了。我把所有帳的歸屬人都改錯了。我在想怎麼救。 我: (一臉驚恐) 幹 給你權限不是讓你搞事的啊啊啊啊啊啊 在註解中寫 update , 還有 先寫 where 再寫 update 不是常識嗎啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊 (也不是菜鳥了 能有權限的人都是資深人士了 搞什麼!!!!!) 我: (不能慌)(不能慌)(不能慌)(不能慌)(不能慌) (冷靜想想) 只有下錯這個對嗎 確定吼 你下錯的 sql 給我一下 同事A: 確定 (提供sql給我) 我: (看完想想) .... 我去還原一小時前的備份，這個有主key ，然後異動頻率不高，只要來得及還原回來都還有救。你啥事都別動，不要試著修，給我hold著。 我: (開始忙東忙西的跑來跑去) 修完了。

但是，還有一個大難題，一個小時內的這些[熱資料]怎麼辦，我大概用了其他間接能用的資料勾了三十分鐘，想辦法讓髒資料降低到百位數了。剩下的請前面的同仁用業務手段去進行確認就好。 還好我設計的系統總是習慣雙保險，我不會只倚賴一把 key ，會有兩組以上的資料可以檢核，這是以前做帳務系統留下來的習慣，進出要雙軌紀錄，避免單一邊修改異常就造成帳的錯誤。 不要看一個工程師好像很閒只要寫程式就好，在我過去的工程人生中總是充滿著各種亂七八糟的驚險。所以我自己對於相關的規範跟約束更是特別重視，我後來基本上都不太讓別人手碰 db 了。

到這裡其實我覺得已經算是一個段子了，反正檢討會時我把出事情的人，釘在牆上一個小時，然後複盤了一下還有哪些事情可能造成這些風險。 大家就聊起了自己下錯 update 的情況，我自己這輩子是沒有下錯過幾次 update，而且我貪生怕死，手動再做大的update時通常是會先做一次 db 備份。 然後有位同事B就語出驚人說，當初我在其他公司，有一次要爆力SQL改測試帳號的密碼，結果忘記下 where，且沒有備份。 我: 那你們後來怎麼辦 同事B: 我們設計了一個機制，就是第一次打密碼，不管怎樣先說他失敗，然後騙他打第二次，如果兩次他都打對，我就把他當成真正的密碼寫到DB。 我: ............馬的 (轉頭去交代同仁再檢查一次所有的備份)

原始 Facebook 貼文