批量刪除數(shù)據(jù)，常見的大坑！！！
行數(shù)據(jù)批量delete時(shí)，InnoDB如何處理自增ID，是一個(gè)潛在的大坑。
整個(gè)實(shí)驗(yàn)步驟如上圖：
- 第一步：建表，設(shè)定自增列;
- 第二步：指定id=1插入，錨定第一行是id是1;
- 第三步：不指定id，依賴自增機(jī)制，插入3行;畫外音：此時(shí)id應(yīng)該變?yōu)?，3，4了?
- 第四步：delete刪除所有記錄;畫外音：坑就容易出在這里。
- 第五步：指定id=0插入;
- 第六步：指定id=1插入;
- 第七步：不指定id，依賴自增機(jī)制，插入1行;
請問，此時(shí)表中的三行記錄，id分別是多少?
是否符合大家的預(yù)期?
今天花1分鐘，說說使用truncate與delete批量刪除數(shù)據(jù)的異同。
批量刪除數(shù)據(jù)有三種常見的方法：
- drop table：當(dāng)不需要該表時(shí)，可以使用該方法。
- truncate table：刪除所有數(shù)據(jù)，同時(shí)保留表，速度很快。畫外音：可以理解為，drop table然后再create table。
- delete from table：可以刪除所有數(shù)據(jù)，也能保留表，但性能較差。也可以帶where條件刪除部分?jǐn)?shù)據(jù)，靈活性強(qiáng)。
雖然truncate和delete都能夠刪除所有數(shù)據(jù)，且保留表，但他們之間是有明顯差異的。
(1) truncate是DDL語句，它不存在所謂的“事務(wù)回滾”;delete是DML語句，它執(zhí)行完是可以rollback的。
(2) truncate table返回值是0;delete from table返回值是被刪除的行數(shù)。
(3) InnoDB支持一個(gè)表一個(gè)文件，此時(shí)：
- truncate會(huì)一次性把表干掉，且不會(huì)激活觸發(fā)器，速度非常快;
- delete from table則會(huì)一行一行刪除，會(huì)激活觸發(fā)器，速度比較慢。
畫外音：delete數(shù)據(jù)，是要記錄日志的，truncate表不需要記錄日志。
(4) 當(dāng)表中有列被其它表作為外鍵(foreign key)時(shí)：
- truncate會(huì)是失敗;
- delete則會(huì)成功。
畫外音：這類數(shù)據(jù)刪除失敗很容易定位問題，因?yàn)閳?bào)錯(cuò)提示簡單易懂。
(5) 當(dāng)表中有自增列是：
- truncate會(huì)使得自增列計(jì)數(shù)復(fù)原;
- delete所有數(shù)據(jù)后，自增列計(jì)數(shù)并不會(huì)從頭開始。
畫外音：因此，delete所有數(shù)據(jù)后，自增列計(jì)數(shù)的這個(gè)行為，往往不是用戶想要的，所以是一個(gè)潛在坑。
這一分鐘，有收獲嗎?
請根據(jù)自己的業(yè)務(wù)場景，選擇刪除數(shù)據(jù)的方式喲。
【本文為51CTO專欄作者“58沈劍”原創(chuàng)稿件，轉(zhuǎn)載請聯(lián)系原作者】
