前言

這兩年 IT 界隔三岔五的出現一次程序員刪庫的新聞，這種刪庫跑路的行為往往會給受害公司造成很大的損失，甚至會導致一個公司的破產。我們程序員看到這類新聞的時候很大一部分會把它當作一個閑聊的攤子，但是各位讀者你是否想過這么一個問題：我知道怎么正確刪庫嗎？看到這里估計有讀者會感覺刪庫誰不會啊 Delete 以下唄。如果你這么想的話那就接著看這篇文章吧，在后面的內容中我將講解數據庫刪除數據的方式以及原理。

在 MySQL 中有三種刪除數據的方式，分別是 delete、drop 和 truncate。這三種方式用起來簡單，但是背后的原理和注意事項估計大部分開發人員并不清楚，下面我就來講解以下原理以及注意事項。

一、delete

Delete 是數據庫 DML 操作語言，在刪除數據的時候只會刪除數據而不會刪除數據所在表的表結構，并且在刪除數據的時候會執行事務和觸發 trigger。而且如果你所使用的數據庫引擎是 InnoDB 的話 MySQL 會在執行刪除數據操作的時候只把數據標注為已刪除而不去真正的刪除數據，因此在這種情況下如果你使用 Delete 刪除數據的時候會發現表大小并沒有改變。

但是當你的數據庫引擎是 MyISAM 的情況下執行 delete from table  語句會真正的刪除表中的數據并釋放空間的，如果你想讓 MyISAM 引擎也能實現 InnoDB 引擎假刪除的效果的話，你需要在 Delete 語句后面加上 Where 條件即可，例如 delete from user where age18 這段語句執行后符合條件的數據將會標注為刪除，并且所占空間不釋放。

這時肯定有杠精的小朋友會說：“我就想使用 InnoDB 引擎，我也想釋放被刪除數據所占用的空間。”這種想法 MySQL 為我們提供了解決方案，那就是 optimize table 語句，我們來看一下例子：我們用 Delete 語句刪除表中所有的數據后我們來查看以下現在這張表所占的空間大小（如下圖）

從上圖中我們可以看到我們刪除了 book 表中的所有數據，但是該表所占用的空間大小幾乎沒發生變化。這時我們執行 optimize table 語句后再次查看表的空間大小，我們發現表的大小變成了 0.02M，只剩下了表結構的大小了（如下圖）

我們在用 Delete 語句刪除數據的時候需要注意的是 delete 操作是一行一行的執行的，并且會將每行的刪除日志記錄在 redo 和 undo 表空間中以方便日后回滾和重做，這樣就產生大量的日志進而占用大量的空間。因此當我們在進項大規模刪除數據的時候不建議使用 Delete 語句。

Tip:這里有一個比較有意思的地方：雖說被刪除數據所占用的空間沒有被釋放，但是當我們執行 Insert 操作的時候這部分未被釋放的空間依然是可以被重用的。

二、truncate 和 drop

truncate 是數據庫 DDL 語言，它和 delete 最大的區別是它不走事務數據也不放在 rollback segment 里，同時也不會觸發 trigger， 因此執行 truncate 語句后會立即刪除指定的數據且無法恢復，并釋放數據所占用的空間（不管使用的數據庫引擎是 InnoDB 還是 MyISAM ）。truncate 語句一般用于快速清空表中數據并需要重置 auto_increment 值的情況。

關于重置 auto_increment 值需要有如下兩點注意：

• 在使用 InnoDB 引擎的情況下如果使用 truncate autoincrement會重置為 1 ，但是如果使用 delete 則 autoincrement 在重啟 MySQL 之前仍然保持當前值，重啟值后重置為 1 ；
• 在使用 MyISAM 引擎的情況下如果使用 truncate autoincrement會重置為 1 ，但如果使用 delete 則 autoincrement 仍然保持當前值。

drop 同樣是數據庫 DDL 語言，它和 truncate 一樣一旦執行將立即刪除表和依賴、觸發器、索引，但是會保留和該表相關的存儲過程以及函數，并將狀態改為 invalid 。

總結

上面講這么多簡單總結一下：如果把表比喻成一個包子的話，那么 delete 就是把餡從包子里拿出來放在別的盤子里，truncate 就是把餡從包子里拿出來吃掉，drop 就是直接把包子吃掉。

刪庫的技能學會了嗎？