mysql drop、truncate和delete区别

1. drop：删除数据库

• drop语句将表所占用的空间全释放掉。
• drop > truncate > delete

方式1：如果要删除的数据库存在，则删除成功。如果不存在，则报错

DROP DATABASE mytest1;

方式2：推荐。 如果要删除的数据库存在，则删除成功。如果不存在，则默默结束，不会报错。

DROP DATABASE IF EXISTS mytest1;	

2. 对比 TRUNCATE TABLE 和 DELETE FROM

相同点：都可以实现对表中所有数据的删除，同时保留表结构。

不同点：

• TRUNCATE TABLE：一旦执行此操作，表数据全部清除。同时，数据是不可以回滚的。
• DELETE FROM：一旦执行此操作，表数据可以全部清除（不带WHERE）。同时，数据是可以实现回滚的。

3. DDL 和 DML 的说明

① DDL（CREATE 、 DROP 、 ALTER、TRUNCATE 等）的操作一旦执行，就不可回滚。指令SET autocommit = FALSE对DDL操作失效。(因为在执行完DDL操作之后，一定会执行一次COMMIT。而此COMMIT操作不受 SETautocommit = FALSE影响。)

② DML（INSERT 、 DELETE 、 UPDATE 、 SELECT等）的操作默认情况，一旦执行，也是不可回滚的。但是，如果在执行DML之前，执行了 SET autocommit = FALSE，则执行的DML操作就可以实现回滚。

演示1：DELETE FROM 删除数据后，恢复数据

SET autocommit = FALSE;

DELETE FROM myemp3;

查询后数据为空

回滚数据

再次查询，可以看到恢复数据了

演示2：TRUNCATE TABLE，不能回滚数据操作

SET autocommit = FALSE;

TRUNCATE TABLE myemp3;

清空了数据

回滚事物

rollback

查询后数据并没有恢复

4.效率对比

在速度上，一般来说，drop> truncate > delete。

• 如果想删除部分数据用delete，注意带上where子句，回滚段要足够大；如果想删除表，当然用drop；
• 如果想保留表而将所有数据删除，如果和事务无关(不能回滚)，用truncate即可；
• 如果和事务有关，或者想触发trigger，还是用delete；
• 如果是整理表内部的碎片，可以用truncate跟上reuse stroage，再重新导入/插入数据。
• truncate与drop是DDL语句，执行后无法回滚；delete是DML语句，可回滚。
• truncate只能作用于表；delete，drop可作用于表、视图等。
• truncate会清空表中的所有行，但表结构及其约束、索引等保持不变；drop会删除表的结构及其所依赖的约束、索引等。
• truncate会重置表的自增值；delete不会。
• truncate不会激活与表有关的删除触发器；delete可以。
• truncate后会使表和索引所占用的空间会恢复到初始大小；delete操作不会减少表或索引所占用的空间，drop语句将表所占用的空间全释放掉。

总结