目录本篇主要讨论MySQL删除数据的三种方式：delete、drop、truncate的区别
当行数据批量delete时，InnoDB如何处理自增ID的
参考来源：
以下步骤根据上面的参考来源进行验证：
1、建表
CREATE DATABASE del;
use del;
CREATE TABLE ex(
id INT NOT NULL PRIMARY KEY auto_increment,
name VARCHAR(10) UNIQUE
);
-----------------------------------
CREATE TABLE ex_2(
id INT NOT NULL PRIMARY KEY auto_increment,
name VARCHAR(10) UNIQUE
);
2、插入数据
INSERT INTO ex VALUES(1,'name');
INSERT INTO ex_2 VALUES(1,'name');
-- 插入多条
INSERT INTO ex(name) VALUES('name2'),('name3'),('name4')
INSERT INTO ex_2(name) VALUES('name2'),('name3'),('name4');
此时查看表：
3、删除数据
delete
-- 删除所有数据
DELETE FROM ex;
此时执行 SELECT * FROM ex：表结构还存在，数据已被删除
truncate
TRUNCATE ex_2;
此时执行 SELECT * FROM ex：表结构还存在，数据已被删除
drop
DROP TABLE ex_2;
# 1146 - Table 'del.ex_2' doesn't exist
！！！ 直接把表也给删了！
4、再次插入数据
使用过delect情况下：
INSERT INTO ex VALUES(0,'000');
INSERT INTO ex VALUES(1,'111');
INSERT INTO ex(name) VALUES('222');
现在再执行SELECT * FROM ex，发现：自增列计数并不会从头开始
使用过truncate情况下
-- 插入成功
INSERT INTO ex_2 VALUES(0,'000');
-- 插入失败：1062 - Duplicate entry '1' for key 'PRIMARY'
INSERT INTO ex_2 VALUES(1,'111');
-- 插入成功
INSERT INTO ex_2(name) VALUES('222');
现在再执行SELECT * FROM ex，发现：自增列计数复原
使用 drop 的话表都直接干没
5、结论
批量删除数据有三种常见的方法：
(1) drop table：直接表都删没；当不需要该表时，可以使用该方法。
(2) truncate table：删除所有数据，同时保留表，速度很快。
画外音：可以理解为，drop table然后再create table。
(3) delete from table：可以删除所有数据，也能保留表，但性能较差。也可以带where条件删除部分数据，灵活性强。
虽然truncate和delete都能够删除所有数据，且保留表，但他们之间是有明显差异的。
区别
(1)
- truncate是DDL语句，它不存在所谓的“事务回滚”；
- delete是DML语句，它执行完是可以rollback的。
(2)
- truncate table返回值是0；
- delete from table返回值是被删除的行数。
(3) InnoDB支持一个表一个文件，此时：
- truncate会一次性把表干掉，且不会激活触发器，速度非常快；
- delete from table则会一行一行删除，会激活触发器，速度比较慢。
画外音：delete数据，是要记录日志的，truncate表不需要记录日志。
(4) 当表中有列被其它表作为外键(foreign key)时：
- truncate会是失败；
- delete则会成功。
画外音：这类数据删除失败很容易定位问题，因为报错提示简单易懂。
(5) 当表中有自增列时：
- truncate会使得自增列计数复原;
- delete所有数据后，自增列计数并不会从头开始。
画外音：因此，delete所有数据后，自增列计数的这个行为，往往不是用户想要的，所以是一个潜在坑。
标签：INSERT,truncate,删除,drop,VALUES,ex,MySQL,delete From： https://www.cnblogs.com/fulfill/p/16942115.html