坑坑坑，刪庫跑路的多種隱含命令

除了rm,drop是刪庫跑路的經歷，你職業生涯中還經歷哪些刪庫跑路的經歷？

一.dd 命令。

     這個命令看似簡單，但是如果你的if 命令不心寫成/ 

二、fio  命令，orion 命令

    哪天你剛好接到一個任務，測試一下磁碟的讀寫速度，好你網上搜尋一下到fio，然後你寫了 filename=/dev/sdb1 ，

你要知道這個命令的危險之處是它會在這個磁碟分割槽從開始就寫資料。假設你的啟動分割槽安裝在/dev/sdb1 ,系統也會損壞，如果這個分割槽、

有資料檔案，資料檔案也會損壞。fio 需要找一個空閒分割槽。

oracle的硬碟io測試工具orion也一樣

WARNING: IF YOU ARE PERFORMING WRITE TESTS, BE PREPARED TO LOSE ANY DATA STORED

ON THE LUNS.

要是你測試的是根分割槽，作業系統也會被損壞。

三、mysqldump

   mysqldump 匯出的檔案dump1，然後你開開心心拿到資料去執行。但是裡面有一個潛伏這一個危險命令drop database xxx if exists.

而如果你不幸在生產不小心執行了，剛好這個庫不是要刪除的，等著跑路吧

四、連線錯誤shell視窗

  凌晨深夜，你登入到一個視窗，你需要重新建立一個備庫。剛好你連線庫shell視窗連線錯了，本來是應該連線到測試shell，但是

你已經連續2天加班，疲憊不堪，上面的任何一條命令下去，結果game over

五 mysqldump 隱含風險

  在業務高峰期 你釋出了一個命令mysqldump ,這個命令隱含的一個風險是 對匯出的資料加一個讀鎖。剛好把核心業務表鎖住了。

六、 find

   資料庫的日誌太多了，嗯，寫一個定時任務吧，把10天前的日誌都刪除。 find /xxx/data/log/dir  -name  *.log 嗯不錯。手

抖了一下/xxx/data/log/dir  多了一個空格/ xxx/data/log/dir ,把oracle的redo日誌也剛好刪除了。資料庫崩潰了。