上周四下班后我正在工位上梳理一些文档，同事小姐姐阿侨来找我，“哈哥，晚上有空么？”

“嗯？是不是你家冰箱又坏了，让我过去修冰箱啊。”（宿舍跟小姐姐住的很近，前段时间去她家帮她修过冰箱）

“哪有，我遇到了一件怪事儿，你来帮我看看嘛~”，阿侨说。

“看完再去你家修冰箱么？”

阿侨：。。。。。。。。

过一会儿我来到小姐姐工位上，她说：“哈哥你看，我发现MySQL有bug，我下午为了清理磁盘，明明删除了100万条MySQL数据，磁盘不仅没有变小，反而更满了呢？？”

那你是怎么删除的？

“delete from table 呀”

“怪不得，其实要删除MySQL数据是有好几种方式的，有些场景下是不应该用DELETE的，比如你这种情况。好了，让我来给你讲一下吧。”

MySQL删除数据的方式都有哪些？

咱们常用的三种删除方式：通过 delete、truncate、drop 关键字进行删除；这三种都可以用来删除数据，但场景不同。

一、从执行速度上来说

drop > truncate >> DELETE

二、从原理上讲

1、DELETE

DELETE from TABLE_NAME where xxx

1、DELETE属于数据库DML操作语言，只删除数据不删除表的结构，会走事务，执行时会触发trigger；

2、在 InnoDB 中，DELETE其实并不会真的把数据删除，mysql 实际上只是给删除的数据打了个标记为已删除，因此 delete 删除表中的数据时，表文件在磁盘上所占空间不会变小，存储空间不会被释放，只是把删除的数据行设置为不可见。虽然未释放磁盘空间，但是下次插入数据的时候，仍然可以重用这部分空间（重用 → 覆盖）。

3、DELETE执行时，会先将所删除数据缓存到rollback segement中，事务commit之后生效;

4、delete from table_name删除表的全部数据,对于MyISAM 会立刻释放磁盘空间，InnoDB 不会释放磁盘空间;

5、对于delete from table_name where xxx 带条件的删除, 不管是InnoDB还是MyISAM都不会释放磁盘空间;

6、delete操作以后使用 optimize table table_name 会立刻释放磁盘空间。不管是InnoDB还是MyISAM 。所以要想达到释放磁盘空间的目的，delete以后执行optimize table 操作。

示例：查看表占用硬盘空间大小的SQL语句如下：（用M做展示单位，数据库名：csjdemo，表名：demo2）

select concat(round(sum(DATA_LENGTH/1024/1024),2),'M') as table_size from information_schema.tables where table_schema='csjdemo' AND table_name='demo2';

然后执行空间优化语句，以及执行后的表Size变化：

optimize table demo2

再看看这张表的大小，就只剩下表结构size了。

7、delete 操作是一行一行执行删除的，并且同时将该行的的删除操作日志记录在redo和undo表空间中以便进行回滚（rollback）和重做操作，生成的大量日志也会占用磁盘空间。

2、truncate

Truncate table TABLE_NAME

1、truncate：属于数据库DDL定义语言，不走事务，原数据不放到 rollback segment 中，操作不触发 trigger。

执行后立即生效，无法找回
执行后立即生效，无法找回
执行后立即生效，无法找回

2、truncate table table_name 立刻释放磁盘空间 ，不管是 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 开始。

4、小心使用 truncate，尤其没有备份的时候，如果误删除线上的表，记得及时联系中国民航，订票电话：400-806-9553

3、drop

Drop table Tablename

1、drop：属于数据库DDL定义语言，同Truncate；

执行后立即生效，无法找回
执行后立即生效，无法找回
执行后立即生效，无法找回

2、drop table table_name 立刻释放磁盘空间 ，不管是 InnoDB 和 MyISAM; drop 语句将删除表的结构被依赖的约束(constrain)、触发器(trigger)、索引(index);  依赖于该表的存储过程/函数将保留,但是变为 invalid 状态。

3、小心使用 drop ，要删表跑路的兄弟，请在订票成功后在执行操作！订票电话：400-806-9553

可以这么理解，一本书，delete是把目录撕了，truncate是把书的内容撕下来烧了，drop是把书烧了

故事续接上文：

阿侨才反应过来，“这下我算明白这事儿的原因了。”

我微微一笑摸了摸阿侨的头，见她一脸崇拜的目光。我突然意识到了什么，决定晚上要请她吃个饭。然后嘿嘿嘿。

话还没开口，她接了个电话说，“哈哥，我男朋友接我吃饭去，我先撤啦，剩下的你帮我处理一下哈。”

我.......

第二天中午，一阵急促的声音，“哈哥哈哥，你快来帮我看一下。”

阿侨：“我 drop 删错表了”。

我一乐，“等我打完这把王者农药给你看看，昨天不是跟你说了，drop没法回滚~”

铃铃铃，电话响了，接通老板说道：“小陈，咱们线上平台咋没数据了？可别让客户看到啊，你抓紧处理一下！”

我艹，我一看，“阿侨，你他娘的删的哪张表啊！！把我线上库表删啦。赶紧给我订机票”。

她一脸紧张和羞愧的看着我，寄希望于我能搞定她惹的祸，连连道歉。

“行吧，我处理一下吧，要是能处理好记得请我吃饭啊！”，她连连点头。

等她离开后，我默默打开每天自动执行的数据库表备份文件目录，重新导了一份昨天晚上的备份数据，深藏功与名。