查看数据：
发现COMPACT行记录格式下，对于变长字段的更新，会使原有数据失效，产生一条新的数据在末尾。
第一行数据原有的被废弃，记录头发生变化，主要是打上了删除标记，这个稍后我们就会提到。第一行新数据：
变长字段长度列表：82 80 10 08 Null值列表：00 记录头信息：00 00 30 01 04 隐藏列DB_ROW_ID：00 00 00 00 08 0c 隐藏列DB_TRX_ID：00 00 00 03 c9 6e 隐藏列DB_ROLL_PTR：4f 00 00 01 89 1c 51 列数据id(1)：80 00 00 00 00 00 00 01 列数据score(78.5)：00 00 00 00 00 a0 53 40 列数据name(hash)：68 61 73 68 列数据content(wodetian)：77 6f 64 65 74 69 61 6e 列数据extra(nidetiantadetian)：6e 69 64 65 74 69 61 6e 74 61 64 65 74 69 61 6e 列数据large_content(abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyz)：61 62 63 64 65 66 67 68 69 6a 6b 6c 6d 6e 6f 70 71 72 73 74 75 76 77 78 79 7a 61 62 63 64 65 66 67 68 69 6a 6b 6c 6d 6e 6f 70 71 72 73 74 75 76 77 78 79 7a 61 62 63 64 65 66 67 68 69 6a 6b 6c 6d 6e 6f 70 71 72 73 74 75 76 77 78 79 7a 61 62 63 64 65 66 67 68 69 6a 6b 6c 6d 6e 6f 70 71 72 73 74 75 76 77 78 79 7a 61 62 63 64 65 66 67 68 69 6a 6b 6c 6d 6e 6f 70 71 72 73 74 75 76 77 78 79 7a
可以看到，变长字段长度列表变成了82 80 10 08，这里的large_content字符编码最大字节大小为1，字段字符最大个数为1024，这里第一行记录这个字段字符数量是130，所以应该用两个字节。130*1转换成16进制为 0x82 也就是 0x02 + 0x80，最高位标识1之后，就是 0x82 + 0x80，对应咱们的变长字段长度列表的开头。
而新的第二行，变长字段长度列表变成了00 06 04，因为实际large_content占用了0个字节。
Compact 行格式存储 - NULL 值列表
某些字段可能可以为 NULL，如果对于 NULL 还单独存储，是一种浪费空间的行为，和 Compact 行格式存储的理念相悖。采用 BitMap 的思想，标记这些字段，可以节省空间。Null值列表就是这样的一个 BitMap。
NULL 值列表仅仅针对可以为 NULL 的字段，如果一个字段标记了not null，那么这个字段不会进入这个 NUll 值列表的 BitMap 中。
NULL值列表占用几个字节呢？每个不为 NULL 的字段，占用一位，每超过八个字段，就是 8 位，就多一个字节，不足一个字节，高位补0。假如一个表所有字段都是not null，那么就没有NULL 值列表，也就占用 0 个字节。并且，每个字段在这个 bitmap 中，类似于变长字段长度列表，是逆序排列的。
+-------+------------+------+----------+------------------+------------------------------------------------------------------------------------------------------------------------------------+ | id | score | name | content | extra | large_content | +-------+------------+------+----------+------------------+------------------------------------------------------------------------------------------------------------------------------------+ | 1 | 78.5 | hash | wodetian | nidetiantadetian | abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyz | | 65536 | 17983.9812 | zhx | shin | nosuke | lex | | NULL | -669.996 | aa | NULL | NULL | NULL | | 2048 | NULL | NULL | c | jun | NULL | +-------+------------+------+----------+------------------+------------------------------------------------------------------------------------------------------------------------------------+
针对第一第二行记录，由于没有为 NULL 的字段，所以他们的 NULL 值列表为00. 针对第三行记录，他的 NULL 字段分别是 id，content，extra，large_content，分别是第一，第四，第五，第六列，那么 NULL 值列表为：00111001，也就是 0x39。在加入新字段之前NULL 字段分别是 id，content，extra，分别是第一，第四，第五列，那么 NULL 值列表为：00011001，也就是 0x19 针对第四行记录，他的 NULL 字段分别是score,name，large_content，分别是第二，第三，第六列，那么 NULL 值列表为：00100110，也就是 0x26。在加入新字段之前NULL 字段分别是score,name，分别是第二，第三列，那么 NULL 值列表为：00000110，也就是 0x06。
Compact 行格式存储 - 记录头信息
对于Compact 行格式存储，记录头固定为5字节大小：
| 名称 | 大小（bits） | 描述 |
对于更新前的第一行和第二行：
第一行记录头信息：00 00 10 00 47 转换为2进制：00000000 00000000 00010000 00000000 01000111 无用位：00，deleted_flag：0，min_rec_flag：0，n_owned：0000，heap_no：0000000000010，record_type：000，next_record：00000000 01000111 第二行记录头信息：00 00 18 00 37 转换为2进制：00000000 00000000 00011000 00000000 00110111 无用位：00，deleted_flag：0，min_rec_flag：0，n_owned：0000，heap_no：0000000000010，record_type：000，next_record：00000000 01000111
对于更新后的原始第一行和第二行：
第一行记录头信息：20 00 10 00 47 转换为2进制：00010000 00000000 00010000 00000000 01000111 无用位：00，deleted_flag：1，min_rec_flag：0，n_owned：0000，heap_no：0000000000010，record_type：000，next_record：00000000 01000111 第二行记录头信息：20 00 18 00 37 转换为2进制：00010000 00000000 00011000 00000000 00110111 无用位：00，deleted_flag：1，min_rec_flag：0，n_owned：0000，heap_no：0000000000010，record_type：000，next_record：00000000 01000111
可以看出，原有的数据 deleted_flag 变成 1，代表数据被删除。
对于更新后的新的第一行和第二行：
第一行记录头信息：00 00 30 00 ca 转换为2进制：00000000 00000000 00110000 00000000 11001010 无用位：00，deleted_flag：0，min_rec_flag：0，n_owned：0000，heap_no：0000000000011，record_type：000，next_record：00000000 11001010 第二行记录头信息：00 00 38 fe e6 转换为2进制：00000000 00000000 00111000 11111110 11100110 无用位：00，deleted_flag：0，min_rec_flag：0，n_owned：0000，heap_no：0000000000111，record_type：000，next_record：11111110 11100110
这些信息的其他字段，在我们之后用到的时候，会详细说明。
Compact 行格式存储 - 隐藏列
隐藏列包含三个：
| 列名 | 大小（字节） | 描述 |
这里我们先不详细展开这些列的说明，只是先知道这些列即可，只会会在聚簇索引说明以及多版本控制分析的章节中详细说明。
Compact 行格式存储 - 数据列 bigint 存储
对于 bigint 类型，如果不为 NULL，则占用8字节，首位为符号位，剩余位存储数字，数字范围是 -2^63 ~ 2^63 - 1 = -9223372036854775808 ~ 9223372036854775807。如果为 NULL，则不占用任何存储空间。
存储时，如果为正数，则首位 bit 为1，如果为负数，则首位为 0 并用补码的形式存储。
对于我们的四行数据：
第一行列数据id(1)：80 00 00 00 00 00 00 01 第二行列数据id(65536)：80 00 00 00 00 01 00 00 第三行行列数据id(NULL)：空 第四行列数据id(2048)：80 00 00 00 00 00 08 00
其他的类似的整数存储，tinyint（1字节），smallint（2字节），mediumint（3字节），int（4字节）等，只是字节长度上面有区别。对应的无符号类型，tinyint unsigned，smallint unsigned， mediumint unsigned，int unsigned，bigint unsigned等等，仅仅是是否有符号位的区别。
同时，这里提一下 bigint(20) 里面这个 20 的作用。他只是限制显示，和底层存储没有任何关系。整型字段有个 zerofill 属性，设置后（例如 bigint(20) zerofill），在数字长度不够 20 的数据前面填充0，以达到设定的长度。这个 20 就是显示长度的设定。
Compact 行格式存储 - 数据列 double 存储
double 的存储对于非 NULL 的列，符合 IEEE 754 floating-point "double format" bit layout 这个统一标准：
- 最高位 bit 表示符号位（0x8000000000000000）
- 第二到第十二的 bit 表示指数（0x7ff0000000000000）
- 剩下的 bit 表示浮点数真正的数字（0x000fffffffffffffL）
同时，Innodb存储在数据文件上的格式为 Little Edian，需要进行反转后，才能取得字段的真实值。 同样的，如果为 NULL， 则不占用空间。
例如：
第一行列数据score(78.5)：00 00 00 00 00 a0 53 40 翻转： 40 53 a0 00 00 00 00 00 二进制： 01000000 01010011 10100000 00000000 00000000 00000000 00000000 00000000 符号位：0，指数位10000000101 = 1029，减去阶数 1023 = 实际指数 6，小数部分0.0011101000000000000000000000000000000000000000000000，转换为十进制为0.125 + 0.0625 + 0.03125 + 0.0078125 = 0.2265625， 加上隐含数字 1 为 1.2265625， 之后乘以 2 的 6 次方就是 1.2265625 * 64 = 78.5
计算过程较为复杂，可以利用 Java 的 Double.longBitsToDouble()转换：
public static void main(String[] args) { System.out.println(Double.longBitsToDouble(0x4053a00000000000L)); }
输出为 78.5
类似的类型，float，也是相同的格式，只是长度减半。
Compact 行格式存储 - 数据列 char 存储
对于定长字段，不需要存长度信息直接存储数据即可，如果不足设定的长度则补充。对于char类型，补充 0x20， 对应的就是空格。
例如：
第一行列数据name(hash)：68 61 73 68 第二行列数据name(zhx)：7a 68 78 20 第三行列数据name(aa)：61 61 20 20 第四行列数据name(NULL)：空
对于类似的 binary 类型，补充 0x00。
Compact 行格式存储 - 数据列 varchar 存储
因为数据开头有可变长度字段长度列表，所以 varchar 只需要保存实际的数据即可，不需要填充额外的数据。
正是由于这个特性，对于可变长度字段的更新，一般都是将老记录标记为删除，在记录末尾添加新的一条记录填充更新后的记录。这样提高了更新速度，但是增加了存储碎片。
