MySQL中的delete和truncate的比较

在MySQL数据库中delete和truncate都可以用来删除数据，那么这两个有什么区别呢？

首先创建一个数据库test，然后在数据库中创建student表

插入如下数据：

一、truncate不支持where条件删除，而delete支持条件删除

使用**delete from student；会把整个表中的所有数据删除。 使用truncate table student；**也会把整个表中的数据删除。

truncate语句不可以使用where条件删除单条数据，但是使用delete语句可以删除单条数据 以上SQL语句可以删除student_id为1的数据，即把张三这条数据从数据表中删除。 truncate语句只能删除整个表的数据。也就是说truncate最多只能作用在整个数据表上，无法作用在单条数据上。（delete命令采用行级锁定，表中的每一行都被锁定以进行删除；truncate命令采用表级锁定，锁定了整个表以删除所有记录。）

二、delete是数据操作语言（DML - Data Manipulation Language），truncate是数据定义语言（DDL - Data Definition Language)

因为delete是DML语言，而truncate是DDL语言。所以这两者对于事务的支持是不一样的。delete支持事务回滚。 举例说明： 说明delete支持事务的回滚操作。 truncate是不能回滚成功的。

三、truncate和delete对于自增字段的作用结果不一样

我们可以看到student_id字段是自增的。 现在有如下数据： 我们分别尝试用delete和truncate删除所有数据： 使用delete删除所有数据，然后再插入一条数据 我们发现student_id的自增id已经到了5

使用truncat删除所有数据，然后再插入一条数据 由此我们得出结论：delete删除数据后，系统不会重新设置自增字段的计数器；truncate删除表中的数据后，系统会重新设置自增字段的计数器。

四、delete会返回删除数据的行数，但是truncate只会返回 0

五、同样情况下删除有数据的表中的所有数据，一般来说truncate的执行速度比delete的执行速度快

delete命令维护日志，执行速度较慢，但涉及到日志记录，可以回滚恢复；truncate命令在事务日志中维护最少的日志记录，执行速度较快，效率高，但是无法回滚恢复。delete是逐行一条一条删除记录的；truncate则是直接删除原来的表，再重新创建一个一模一样的新表，而不是逐行删除表中的数据，执行数据比 delete快。