MySQL中delete、drop与truncate的区别

目录

一、delete

二、truncate

三、drop

四、对比来说，使用时需要注意的点

五、使用场景

---

一、delete

1. delete 是 DML，执行 delete 操作时，每次从表中删除一行，并且同时将该行的的删除操作记录在 redo 和 undo 表空间中以便进行回滚（rollback）和重做操作，但要注意表空间要足够大，需要手动提交（commit）操作才能生效，可以通过rollback撤消操作。
2. delete可根据条件删除表中满足条件的数据，如果不指定 where 子句，那么删除表中所有记录。
3. delete 语句不影响表所占用的 extent，高水线 (high watermark) 保持原位置不变。

二、truncate

1. truncate 是 DDL，会隐式提交，所以，不能回滚，不会触发触发器。
2. truncate 会删除表中所有记录，并且将重新设置高水线和所有的索引，缺省情况下将空间释放到 minextents 个 extent，除非使用 reuse storage，。不会记录日志，所以执行速度很快，但不能通过 rollback 撤消操作（如果一不小心把一个表truncate 掉，也是可以恢复的，只是不能通过 rollback 来恢复）。
3. 对于外键（foreignkey ）约束引用的表，不能使用 truncate table，而应使用不带 where 子句的 delete 语句。
4. truncatetable 不能用于参与了索引视图的表。

三、drop

1. drop 是 DDL，会隐式提交，所以，不能回滚，不会触发触发器。
2. drop 语句删除表结构及所有数据，并将表所占用的空间全部释放。
3. drop 语句将删除表的结构所依赖的约束，触发器，索引，依赖于该表的存储过程/函数将保留,但是变为 invalid 状态。

四、对比来说，使用时需要注意的点

1. 在速度上，一般来说，drop> truncate > delete。
2. 在使用 drop 和 truncate 时一定要注意，虽然可以恢复，但为了减少麻烦，还是要慎重。
3. 如果想删除部分数据用 delete，注意带上 where 子句，回滚段要足够大；

五、使用场景

1. 删除表，当然用 drop；
2. 保留表而将所有数据删除，如果和事务无关，用 truncate 即可；如果和事务有关，或者想触发 trigger，还是用 delete；
3. 整理表内部的碎片，可以用 truncate 跟上 reuse stroage，再重新导入/插入数据。