最后的部分就是实际存储每列的数据。注意NULL不占该部分的任何空间，也就是说NULL除了占有NULL标志位，实际存储不占任何空间。每行除了用户定义的列外，还有2个隐藏列(事务ID列(6字节)和回滚指针列(7字节))。若InnoDB表没有定义主键，还会增加一个6字节的rowid列。不管是char类型还是varchar类型，在compact格式下NULL值都不占用任何存储空间。
COMPACT行格式特点：
每个也记录都有5字节长度域，用于指向下一个连续的页，并且可用于实现行锁
有个变长域，存储页中有多少可能为NULL的字段数，长度为 CEILING(N/8)字节，同时也需要用1~2字节存储边长字段所需长度
所有非NULL的变长字段，用1~2字节存储其长度信息
行记录头部域之后，紧跟着就是所有非NULL的字段
UTF8字符集的CHAR(N)字段，优先删除末尾空格，尝试用N字节存储，并且再预留N个字节用于后续数据更新，避免产生碎片
B.REDUNDANT
redundant是MySQL 5.0版本之前InnoDB的行记录存储方式。如图：
redundant行记录格式的首部是一个字段长度偏移列表，同样是按照列的顺序逆序放置的。若列的长度小于255字节，用1字节表示；若大于255字节，用2字节表示。第二个部分记录头信息(record header)。如下图:
最后的部分就是时间存储的每个列的数据。
REDUNDANT行格式特点：
每个页包含6字节ROWID，用于指向下一个连续的页，并且可用于实现行锁
聚集索引中包含所有字段，并且包含额外的6字节TRX_ID，和7字节ROLL_PTR
如果没显式主键，则使用隐含的6字节ROWID作为主键
行记录中存储指向全部字段的指针，字段长度小于128字节时，该指针占用1字节，否则需要2字节
类似CHAR的定长类型字段，也采用固定宽度存储，并且不删除末尾的空格
类似VARCHAR变长类型字段中NULL不会占用实际存储空间，而CHAR定长类型字段中，NULL则占用相应的字节数
C.行溢出数据
InnoDB存储引擎可以将一条记录中的某些数据存储在正在的数据页之外。一般认为BLOB、LOB这类的大对象类型的存储会把数据存放在数据页面之外。这个理解有点偏差，BLOB等可以不将数据房子溢出页面，而且即使是varchar列数据类型依然有可能被存放为行溢出数据。这个主要取决于实际存放的数据。
D.COMPRESS和DYNAMIC
innodb 1.0.x版本引入了新的文件格式(file format)，以前支持的compact和redundant格式称为Antelope文件格式，而新的文件格式称为Barracuda文件格式。其Barracuda包括两种新的行记录格式:Compressd和Dynamic。新的两种记录格式对呀存放在BLOB中的数据采用完全的行溢出的方式，在数据页中只存放20个字节的指针，时间的数据存放在Off Page中。而之前的Compact和Redundant会存放钱768个前缀字节
COMPACT与REDUNDANT的区别
COMPACT相比REDUNDANT约可节省20%左右， COMPRESS相比COMPACT约可节省50%左右，但会导致CPU消耗增加，TPS可能只有原来的10%
类似CHAR的定长类型，也采用固定宽度存储，并且不删除末尾的空格（VARCHAR则会删除空格）
所有辅助索引存储了那些在主键定义中存在，但不在辅助索引中存在字段（提高辅助索引检索效率）
DYNAMIC、COMPRESSED格式中，长字段只存储20字节，其余全部off-page（实际长度40字节以内的，则不会发生off-page，哪怕是text/blob）
未完待续。。。