用戶5547770233
誤刪了數據庫怎麼辦
現在大腦裡只想跑路
日前，據微博知名互聯網資訊博主@大佬坊間八卦爆料，順豐科技數據中心的一位鄧某因誤刪生產數據庫，導致某項服務無法使用並持續 590 分鐘。
據瞭解，事情的經過，大概如下：
在接收到變更需求後，鄧某在操作過程中，錯選了 RUSS 數據庫，打算刪除執行的 SQL。在選定刪除時，因其操作不嚴謹，光標回跳到 RUSS 庫的實例，在未看清所選內容的情況下，便通過 delete 執行刪除，同時鄧某忽略了彈窗提醒，直接回車，導致 RUSS 生產數據庫被刪掉。
因運維工作人員不嚴謹的操作，導致 OMCS 運營監控管控系統發生故障，該系統上臨時車險發車功能無法使用並持續了約 590 分鐘。
看到這位工程師的操作
小橙認為大家調侃的很有道理
DBA的工作
從入門到刪庫到跑路
說起DBA，他們是一群比程序員還要低調且掌管著大數據時代企業生死命門的人，他們的工作職能，很多人表示這可比程序員日常複雜得多，不僅上要和應用程序打交道，下還要深入操作系統和硬件之中。所以當繼而談起成為一名優秀的 DBA 是種怎樣的體驗時？不少過來人調侃道，你能明白那種刪得了庫跑不了路的酸爽感嗎？
調侃歸調侃
但其實真的遇到不小心刪了庫
工程師們表示自己其實慌得一批
來看看知乎網友們刪庫後的感受
@土豆爸爸：
多年前（2001 年），那還是 Unix 字符界面，半夜我例行維護，刪過一個包含二十萬本圖書的庫。十分鐘自己確認出錯後，開始冒汗，胃部像是被猛打了一拳得開始痙攣，疼的我都坐不住。
好一會我去過道抽了兩根菸，才回憶起前天做了全系統備份，丟的數據不多！
那感覺，一輩子難忘。
@ai0by：
之前自己做的一個站，服務器是在 Vultr 上面，用戶有 1000 多，訪問量不少。某天在 Vultr 上面另開了一臺測試機器，測試完了準備刪除時刪錯了機器，把放網站的那臺刪掉了……（有必要吐槽一下 Vultr 的服務器界面，我以為新開的機器一定是最下面的那個，然後沒看直接就刪掉了，沒想到最下面的那個不是最新開的那臺！）
當時只能說非常慌張，好像在夢裡一樣，滿頭大汗，只能眼睜睜看著一條提示刪除成功的消息，隨即立刻提交了一條 ticket，Vultr 告訴我已經刪除掉的機器是不能恢復的，瞬間感覺長時間的經營全部白費了，很難想象經營了那麼久一個失誤操作全完蛋了。
後來發現那臺機器之前有過備份，另開了一臺機器把鏡像恢復到新機器上面，時間是一週前，好歹算是救回來了，丟失的數據後來自己手工補上了。
刪掉的一瞬間，好多用戶來找我，我只能淡定的回覆說是在維護，實際慌的要死，在問題解決差不多後，自己後背都溼透了，再也不想有第二次了，切記做好備份，切記切記！
刪庫不要怕，但是我想問一句
你備份了嗎？？？
為了避免從刪庫到跑路的悲劇發生，應該在Linux下謹慎使用rm，小橙這裡也分享一個方案給大家：
一個方案就是重定向 rm 命令以嫁接為 mv 命令，相當於給 Linux 系統定製了一個回收站。實現方式如下：
最後將上述腳本寫入 /etc/bashrc，並立即執行命令 source /etc/bashrc 即刻生效。
以上的腳本定義了幾個命令：
- rl：查看回收站下的文件；
- unrm 文件名或目錄：恢復到當前的路徑下；
- rmtrash：清空回收站，不過會友好提示。
執行 rm 不會真正刪除，而是使用 mv 移動到我們指定的回收站。實在真的想刪除可以 /bin/rm 來進行刪除。另外，需要注意的時，之前 rm 指令的一些參數可能不再使用，因為 rm 現在其實是 mv 了。
還有無論是運維、DBA 還是程序員們都應該在日常 Coding 時嚴加註意操作規範，銘記“一失手成千古恨”的後果。在審查時也要做好自動容災、數據同步的步驟！
包羅萬匠
你們這些跑路的，能不能有點責任心？逃避能解決問題嗎？如果是我，我就打電話給爸爸讓他把公司買了
暴躁的外匯交易員
一般的企業都會有備份系統的，即使執行了rm -rf直接還原系統即可。
我們這兒是使用的虛擬機，每隔一段時間就會將整個虛擬機克隆一份，包括裡面存儲的各種系統，各種數據。
短時間內就可以將備份系統使用上，就是對業務有點影響，會有部分數據丟失，但比所有數據丟失的強。
此外還有主從同步的系統，主機掛掉了，立馬切換到從服務器，可以保證業務正常運行，然後將從服務器設置成主服務器，再配置一臺從服務器即可。
SQL數據庫開發
那種感覺，，真的是，，我雖然不算做軟件那麼高大上，，網站SEO的，前幾天管網站產品的時候，在後臺本來想刪一個多複製的，，結果沒注意勾選了核心產品，一起刪了，，，公司就指望網站賣貨呢。瞬間心裡拔涼拔涼，萬念俱灰。還好我的上一任就在隔壁，請教他之後說可以恢復，，那個小心肝啊...
我叫小花哦
硬盤恢復數據，不然就跑路吧。。。
