mysql中drop、truncate与delete的区别详析

三叶草

对于drop、truncate和delete虽然简单,但是真要使用或者面试时候问到还是需要有一定的总结,下面这篇文章主要给大家介绍了关于mysql中drop、truncate与delete区别的相关资料,需要的朋友可以参考下
目录

• 1.drop：删除数据库
  
• 2.对比TRUNCATETABLE和DELETEFROM
  
• 3.DDL和DML的说明
  
• 4.效率对比
  
• 总结
  

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语句将表所占用的空间全释放掉。
  

总结
到此这篇关于mysql中drop、truncate与delete区别的文章就介绍到这了,更多相关mysql drop、truncate和delete区别内容请搜索CodeAE代码之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持CodeAE代码之家！
原文地址：https://blog.csdn.net/qq_41684621/article/details/123248516