在 MySQL 中有三種刪除數據的方式，
分別是 delete、drop 和 truncate。這三種方式用起來簡單，但是背后的原理和注意事項估計大部分開發人員並不清楚，下面我就來講解以下原理以及注意事項。
delete
Delete 是數據庫 DML 操作語言，在刪除數據的時候只會刪除數據而不會刪除數據所在表的表結構，並且在刪除數據的時候會執行事務和觸發 trigger。而且如果你所使用的數據庫引擎是 InnoDB 的話 MySQL 會在執行刪除數據操作的時候只把數據標注為已刪除而不去真正的刪除數據，因此在這種情況下如果你使用 Delete 刪除數據的時候會發現表大小並沒有改變。
但是當你的數據庫引擎是 MyISAM 的情況下執行 delete from table 語句會真正的刪除表中的數據並釋放空間的，如果你想讓 MyISAM 引擎也能實現 InnoDB 引擎假刪除的效果的話，你需要在 Delete 語句后面加上 Where 條件即可，例如 delete from user where age<18 這段語句執行后符合條件的數據將會標注為刪除，並且所占空間不釋放。
這時肯定有杠精的小朋友會說：“我就想使用 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 就是直接把包子吃掉。
—————————————————————————————————————
MyISAM
不支持事務，表鎖(表級鎖，加鎖會鎖住整個表)，支持全文索引,操作速度快。常用於讀取多的業務。
myisam存儲引擎表由myd和myi組成。.myd用來存放數據文件，.myi用來存放索引文件。
對於myisam存儲引擎表，mysql數據庫只緩存其索引文件，數據文件的緩存由操作系統本身來完成。
InnoDB
支持事務，主要面向在線事務處理(OLTP)方面的應用。
行鎖設計，支持外鍵，即默認情況下讀取操作不加鎖。
InnoDB是為處理巨大數據量時的最大性能設計。