现象

5.6版本，在创建InnoDB表过程中，若发生crash，会导致服务无法启动。

背景

每个InnoDB表A创建成功后有两个文件A.frm和A.ibd。建表流程如下：

1. 创建A.frm

2. 创建A.ibd

3. 初始化A.ibd

4. 将表A加入InnoDB字典

若crash发生在步骤2之后，则只保留一个完整的A.frm和一个空文件A.idb。

崩溃恢复

　　在上述的crash发生后，下一次启动则需要做崩溃恢复。崩溃恢复的一个逻辑是需要遍历数据目录下的所有.ibd文件，验证文件与字典的一致性。

　　对于长度为0的.ibd 文件，报错并跳过，继续检测下一个表。

　　以上是5.5和5.6共有的逻辑。但5.6的一个新特性破坏了这个规则。

远程目录

　　5.6支持create table的时候指定其他目录。语法是create table 里新增参数DATA DIRECTORY.这样一个表就可能存在多个表空间。每个表空间对应一个数据结构(fsp_open_info).

　　这意味着在崩溃恢复过程中，需要验证哪一个表空间是可用的(fil_validate_single_table_tablespace)，

　　验证的方法是尝试读取该表空间的第一个page，若可用则将对应的fsp_open_info::success设置为TRUE。

　　而在读取本地默认表空间的第一个页时，若碰到读取失败，直接exit(1)，导致程序直接退出。“若文件小于4个page就报错”的逻辑，是在这个exit之后。

分析改进

　　其实在这个场景下，多出来的A.frm和A.ibd并不会导致系统严重问题。由于表A还没有记录入系统字典，实际上只需要将这两个文件直接删掉即可。

　　因此5.6的这个新增要求过于苛刻。改进方法是将文件大小的判断提前，若发现小于4个page，则直接报错跳过这个表。