MySQL删除数据后磁盘空间的释放总览

1、drop table table_name 立刻释放磁盘空间 ，不管是 Innodb和MyISAM ;

2、truncate table table_name 立刻释放磁盘空间 ，不管是 Innodb和MyISAM 。

truncate table其实有点类似于drop table 然后creat table ,只不过这个create table 的过程做了优化，比如表结构文件之前已经有了等等。所以速度上应该是接近drop table的速度;

3、delete from table_name删除表的全部数据,对于MyISAM 会立刻释放磁盘空间 （应该是做了特别处理，也比较合理）,InnoDB 不会释放磁盘空间;

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

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

执行空间优化语句：

optimize table  user

6、delete from表以后虽然未释放磁盘空间，但是下次插入数据的时候，仍然可以使用这部分空间。

7、optimize 需要注意的坑，在整理磁盘空间期间是不允许执行查询之外的操作的。

7.1 optimize table的本质，是alter table；

• mysql 5.5 的改表过程如下
• 1.创建一张新的临时表 tmp 
• 2.把旧表锁住，禁止插入删除，只允许读写 （这就是为什么上面的insert语句都停留在waiting for table metadata lock）
• 3.把数据不断的从旧表，拷贝到新的临时表，(这就是上面报copy to tmp table)
• 4.等表拷贝完后，进行瞬间的rename操作
• 5.旧表删除掉

7.2 所以optimize最大的问题是锁表，锁表会导致insert，delete，update语句堵住，所以第一个结论：在使用optimize table的时候，确保不要有任何dml语句，确保业务切走，否则可能会出事故

7.3 为什么要锁表呢？

alter过程里，数据不停从旧表拷贝到新表，如果这个时候旧表被delete了数据了，那旧表与新表的数据就不一致了，到最后rename 新表 to 旧表表名 时候，数据量就多了