为什么数据库表的数据删除了一般空间却没有减少？

1.mysql innodb引擎的一张表的数据分为两种：表结构、表数据

　　表结构数据一般以.frm形式存储，版本8以后允许存储在系统数据表中了，因为占用空间比较小，所以对本文的问题没有过多的影响。

　　表数据可以以.ibd的文件单独存储也可以存储在系统共享的表空间，用innodb_file_per_table 这个参数进行控制；

　　OFF的时候表示存储在系统共享的表空间，ON的时候单独存储，建议设置为ON,drop table的时候删除表，无法缩小系统共享表空间，但是可以直接删除.ibd的文件。

 

2.为什么会造成数据页上的空洞

　　在删除、增加、不长访问的两个数据页合并的时候都会导致出现空的行或者数据页，这些空的行或者数据页会被标识为可复用；

　　行的复用需要满足范围条件，数据页的复用则不需要；

　　这些空的行和数据页也是占用空间的，称为空洞；

 

3.如何解决这些空洞

　　在5.6版本以前

• 生成一张临时表，把表a中的数据copy过来；
• 把临时表的名字更改成A表的名字
• 删除旧表，新表替换成A表
• 整个过程是在server层完成的,创建的临时表存在server的空间里
• 整个过程不是online  不允许DDL，存在DML的写锁　　

 

 5.6版本以后

　　过程如下

• 创建一张临时表表，DML的写锁退化成读锁
• 把A表中的数据逐一写到临时表中
• 在往临时表中写数据的过程中，把对表A的DDL操作记录到日志中
• 更改临时表的名字为A 并把日志中的DDL记录完整
• 删除旧表 更替新表
• 整个过程是online的
• 在innodb引擎中进行 是inplace的（并不是所有innodb的inplace的操作都是online的，但是online的一定是inplace；截止到 MySQL 8.0，添加全文索引（FULLTEXT index）和空间索引 (SPATIAL index) 就属于这种情况）　　

　　

 

•  从 MySQL 5.6 版本开始，alter table t engine = InnoDB（也就是 recreate）默认的就是上面图 4 的流程了；
• analyze table t 其实不是重建表，只是对表的索引信息做重新统计，没有修改数据，这个过程中加了 MDL 读锁；
• optimize table t 等于 recreate+analyze。