参数innodb_file_per_table
表数据既可以存在共享表空间里，也可以是单独的文件。这个行为是由参数innodb_file_per_table控制的
- off 表示表数据放在系统共享空间，也就是和数据字典放在一起,所以即使表删掉了，空间也是不会回收的。
- on 表示表述以.ibd后缀单独存储表数据 5.6开始此为默认值。
数据删除流程
当进行记录删除操作，InnoDB引擎只会把某个记录标记为删除。如果之后要再插入一个ID该位置区间的记录时，可能会复用这个位置。但是，磁盘文件的大小并不会缩小。记录的复用，只限于符合范围条件的数据。
如果相邻的两个数据页利用率都很小，系统就会把这两个页上的数据合到其中一个页上，另外一个数据页就被标记为可复用。
delete命令其实只是把记录的位置，或者数据页标记为了“可复用”，但磁盘文件的大小是不会变的。
如果是非顺序的插入，也会导致有条件的复用空间存在而造成空间上的利用不足。非顺序的插入会引起页分裂。
针对上面这种造成空间浪费的现象的处理方法
- 重建表，通过使用alter table A engine=InnoDB命令来重建表。MySQL会自动完成转存数据、交换表名、删除旧表的操作。在整个DDL过程中，表A中不能有更新，并且非常费时和占用资源。
Online DDl
MySQL 5.6版本开始引入的Online DDL，对这个操作流程做了优化。
Online DDL 生成临时文件的过程中，将所有对A的操作记录在一个日志文件（row log）中，临时文件生成后，将日志文件中的操作应用到临时文件，得到一个逻辑数据上与表A相同的数据文件。
为了实现online alter语句在启动的时候需要获取MDL写锁，但是这个写锁在真正拷贝数据之前就退化成读锁了。也为了保护自己，禁止其他线程对这个表同时做DDL。
inplace
根据表A重建出来的数据是放在“tmp_file”里的，这个临时文件是InnoDB在内部创建出来的。整个DDL过程都在InnoDB内部完成。对于server层来说，没有把数据挪动到临时表，是一个“原地”操作，这就是“inplace”名称的来源。
alter table t engine=InnoDB，其实隐含的意思是：
alter table t engine=innodb,ALGORITHM=inplace;
当你使用ALGORITHM=copy的时候，表示的是强制拷贝表. 。DDL过程如果是Online的，就一定是inplace的；但是inplace 也只有在重建表这个场景下是非阻塞删改操作的
optimize table、analyze table和alter table这三种方式重建表的区别
- 从5.6开始alter table t engine = InnoDB（也就是recreate）默认是非阻塞了。
- analyze table t 其实不是重建表，只是对表的索引信息做重新统计，没有修改数据，
- optimize table t 等于recreate+analyze。
提问环节知识点
表重建的过程中，页会按90%满的比例来重新整理页数据（10%留给UPDATE使用）。
