在 MySQL 中，使用 truncate、delete 和 drop 都可以实现表删除，但它们 3 个的使用场景和执行效果完全不同，接下来我们来盘点一下。

truncate、delete、drop区别概述

它们 3 个的区别如下表所示：

image.png

接下来我们用案例来演示一下它们的区别。

准备工作

正式开始之前，我们先来创建一个用户表和用户测试数据，方便后续演示使用：

image.png

创建的表结构和数据如下图所示：

image.png

1.删除对象不同

delete 和 truncate 只删除表数据，不删除表结构，其中 delete 删除之后的结果如下：

image.png

我们先将表还原到初始状态，再使用 truncate 执行删除操作，执行结果如下图所示：

image.png

把表还原到初始状态，执行 drop 删除语句，执行结果如下图所示：

image.png

从上述结果可以看出，delete 和 truncate 只删除表数据，而 drop 把表结构和表数据都删除了。

2.删除条件支持不同

truncate 和 drop 不支持添加 where 条件，而 delete 支持 where 条件，如下图所示：

image.png

3.命令分类不同

truncate、delete 和 drop 所属 SQL 分类不同，SQL 分为以下 3 类：

1. DDL【Data Definition Language】数据定义语言，用来维护存储数据的结构代表指令: create、drop、alter、truncate。
2. DML【Data Manipulation Language】数据操纵语言，用来对数据进行操作代表指令：insert，delete，update，DML 中又单独分了一个 DQL，数据查询语言，代表指令是 select。
3. DCL【Data Control Language】数据控制语言，主要负责权限管理和事务代表指令：grant，revoke，commit。

其中 delete 属于 DML，而 truncate 和 drop 属于 DDL。

4.回滚支持不同

delete 属于 DML 支持事务回滚操作，而 truncate 和 drop 属于 DDL，执行之后立马生效，且数据是不可恢复的，接下来我们来验证一下。 首先先将 MySQL 的自动事务提交关闭，自动事务提交的默认值是“ON”也就是开启了自动提交，如下图所示：

image.png

我们使用以下命令将自动提交（事务）关掉：

image.png

再次查询事务自动提交的设置结果如下：

image.png

接下来我们演示一下 delete 的回滚操作，如下图所示：

image.png

从上述结果可以看出 delete 之后是可以进行恢复（回滚）的，而 truncate 和 drop 之后是不能回滚的，各位老铁可以使用相同的方法自行测试一下后两种 SQL 的执行。

5.自增初始化不同

delete 不会重置自增字段的初始值，如下图所示：

image.png

而 truncate 会重置自增字段的初始值，如下图所示：

image.png

6.执行速度不同

delete 是逐行执行的，并且在执行时会把操作日志记录下来，以备日后回滚使用，所以 delete 的执行速度是比较慢的；而 truncate 的操作是先复制一个新的表结构，再把原先的表整体删除，所以它的执行速度居中，而 drop 的执行速度最快。

总结

truncate、drop 和 delete 的区别主要有以下 6 点：

1. 执行速度：drop > truncate > detele。
2. delete 和 truncate 只删除表数据，而 drop 会删除表数据和表结构以及表的索引、约束和触发器。
3. delete 可以加 where 条件实现部分数据删除，而 truncate 和 drop 不能加 where 条件是整体删除。
4. truncate 和 drop 是立即执行，且不能恢复；而 delete 会走事务，可以撤回和恢复。
5. truncate 会重置自增列为 1，而 delete 不会重置自增列。
6. truncate 和 drop 是 DDL 语句，而 delete 是 DML 语句。

好了，本期内容到这里就结束了。

各位老铁一键三连哦，我们有缘下期再见