一个InnoDB表包含两部分，即：表结构定义和数据。再MySQL8.0版本以前，表结构是存在以.frm为后缀的文件里。而MySQL8.0版本，则已经允许把表结构定义放在系统数据表中了。
为扫描简单删除表数据达不到表空间回收的效果？
因为表结构定义占用的空间很小，主要是表数据。表数据即可以存在共享表空间里，也可以是单独的文件。这个行为是由参数innodb_file_per_table 控制的：
1、这个参数设置为OFF表示的是，表的数据放在系统共享表空间，页就是跟数据字典放在一起；
2、这个参数设置为ON表示的是，每个InnoDB表数据存储在一个以.ibd为后缀的文件中。
从mysql5.6.6版本开始，默认值就是ON。
建议将这个值设置为ON。一个表单独存储为一个文件更容易管理，而且在不需要这个表的时候，通过drop table 命令，系统就会直接删除这个文件。而如果是放在共享表空间中，即使表删除了，空间也是不会回收的。
表的数据delete了，但是表空间却没有被回收？
这得从数据删除流程说起，InnoDB里的数据都是用B+树的结构组织的。
如果要删除掉R4这个记录，InnoDB引擎只会把R4这个记录标记为删除。如果只要要再插入一个ID在300和600之间的记录时，可能会复用这个位置。但是，磁盘文件的大小并不会缩小。
InnoDB的数据是按页存储的，如果删掉了一个数据页上的所有记录，整个数据页就可以被复用了
数据页的复用跟记录的复用是不同的，记录的复用，只限于符合范围条件的数据。比如上面的这个例子，R4这条记录被删除后，如果插入的ID是400的行，可以直接复用这个空间。但如果插入的是一个ID是800的行，就不能复用这个位置了。而当整个页从B+树里面摘掉以后，可以复用到任何位置。
如果相邻的两个数据页利用率都很小，系统就会把这两个页上的数据合到其中一个页上，另外一个数据页就被标记为可复用。
如果用delete命令把整个表的数据删除，所有的数据页都会被标记为可复用，但是磁盘上，文件不会变小。
经过大量增删改的表，都是可能存在空洞的。所以，如果能能够把这些空洞去掉，就能达到收缩表空间的目的，而重建表，就可以达到这样的目的。
重建表
