一般来说mysql有三种删除数据方式：
1. delete（常用）
2. truncate（慎用）
3. drop
以上三种方式都可以删除数据，但是使用场景是不同的。
从执行速度来说：
drop > truncate >> DELETE
深入底层来说：
一、DELETE
DELETE是属于数据库的DML操作语言，使用delete删除数据时，数据库只能删除数据不能删除表的结构，会触发数据库的事务机制。
DELETE执行时，会先将所删除数据缓存到rollback segement中，事务commit之后生效;
另外在mysql不同引擎下使用delete也是有一定区别的：
在InnoDB中，使用delete其实并不会真正的把数据删除，是一种逻辑删，数据库底层实际上只是给删除的数据做了一个已删除的标记，因此，删除数据后的表占空间大小和删除前是一样的，
执行delete操作的数据所占的空间，并不会被释放，只是设置了不可见。虽然未释放磁盘空间，但是这一部分的空间是依然可以重复使用的。（重用---》也是就覆盖，新数据将有标记的数据覆盖）
delete操作以后使用 optimize table table_name 会立刻释放磁盘空间。不管是InnoDB还是MyISAM 。所以要想达到释放磁盘空间的目的，delete以后执行optimize table 操作
对于带有条件的删除delete语句，执行后，在MyISAM和InnoDB下都不会释放磁盘空间，想要立刻释放空间，执行optimize table table_name即可。
查看表占磁盘大小SQL:（用M做展示单位）
SELECT
concat( round( sum( DATA_LENGTH / 1024 / 1024 ), 2 ), 'M' ) AS table_size
FROM
information_schema.TABLES
WHERE
table_schema = '库'
AND table_name = '表'
优化表存储大小SQL： optimize table 表名
delete 操作是一行一行执行删除的，并且同时将该行的的删除操作日志记录在redo和undo表空间中以便进行回滚（rollback）和重做操作，生成的大量日志也会占用磁盘空间。
二、truncate
TRUNCATE删除sql语句：Truncate table TABLE_NAME
1、truncate：属于数据库DDL定义语言，不走事务，原数据不放到 rollback segment 中，操作不触发 trigger。（慎用删除执行后，元数据就没了，不可恢复）执行后立即生效，无法找回
2、truncate 删除表会立刻释放磁盘空间 ，不管是 InnoDB和MyISAM 。truncate table其实有点类似于drop table 然后creat,只不过这个create table 的过程做了优化，比如表结构文件之前已经有了等等。所以速度上应该是接近drop table的速度;
3、truncate能够快速清空一个表。并且重置auto_increment的值。但对于不同的类型存储引擎需要注意的地方是：
对于MyISAM，truncate会重置auto_increment（自增序列）的值为1。而delete后表仍然保持auto_increment。
对于InnoDB，truncate会重置auto_increment的值为1。delete后表仍然保持auto_increment。但是在做delete整个表之后重启MySQL的话，则重启后的auto_increment会被置为1。
也就是说，InnoDB的表本身是无法持久保存auto_increment。delete表之后auto_increment仍然保存在内存，但是重启后就丢失了，只能从1开始。实质上重启后的auto_increment会从 SELECT 1+MAX(ai_col) FROM t 开始。
三、drop
drop删除表sql:Drop table Tablename
1、drop：属于数据库DDL定义语言，同Truncate；执行后立即生效，无法找回
2、drop table table_name 立刻释放磁盘空间 ，不管是 InnoDB 和 MyISAM; drop 语句将删除表的结构被依赖的约束(constrain)、触发器(trigger)、索引(index); 依赖于该表的存储过程/函数将保留,但是变为 invalid 状态。