面试题答案
一键面试1. 数据存储结构差异
- COMPACT行格式：
- 变长字段长度列表：位于记录的开头部分，用于记录每个变长字段的长度。
- NULL值列表：标记哪些列的值为NULL，节省空间。如果所有列都不为NULL，该部分不存在。
- 记录头信息：包含一些与记录相关的状态信息，如记录类型、是否为删除标记等，固定占用5字节。
- 真实数据：按列顺序存放实际的数据值。对于变长字段，数据长度记录在变长字段长度列表中。
- REDUNDANT行格式：
- 字段长度偏移列表：记录每个字段在记录中的偏移量，同时也包含了字段长度信息。
- 记录头信息：与COMPACT类似，但占用空间稍大，约6字节。
- 真实数据：同样按列顺序存放实际数据，但在处理变长字段时，格式略有不同，会在每个变长字段前添加1 - 2字节的长度信息。
2. 空间利用差异
- COMPACT行格式：由于采用了更紧凑的变长字段长度列表和NULL值列表设计，在存储变长字段和NULL值较多的数据时，空间利用率更高。例如，对于包含多个变长字符串列且部分列为NULL的表，COMPACT行格式能显著减少存储空间。
- REDUNDANT行格式：字段长度偏移列表相对复杂，且变长字段前额外的长度信息导致存储相同数据时占用空间通常比COMPACT行格式大。
3. 性能表现差异
- COMPACT行格式：在读取和写入数据时，由于其数据存储结构更紧凑，解析数据的开销相对较小，在I/O性能上更具优势。特别是在高并发读写场景下，减少的I/O操作能提升整体性能。
- REDUNDANT行格式：由于数据结构相对复杂，在数据的解析和处理上需要更多的CPU资源，性能相对COMPACT行格式略逊一筹，尤其是在大数据量和高并发场景下。
4. 不同应用场景下的选择
- OLTP（联机事务处理）场景：
- 选择COMPACT行格式：OLTP系统通常要求高并发读写，对响应时间要求严格。COMPACT行格式的高效I/O性能和空间利用率能满足这种需求。例如，银行转账系统，大量的交易记录包含变长字段（如账户名）且可能存在NULL值（如某些可选字段未填写），使用COMPACT行格式能快速处理事务并节省存储空间。
- OLAP（联机分析处理）场景：
- 可选择REDUNDANT行格式（相对少用）：OLAP系统主要进行复杂的数据分析查询，数据量巨大但对实时性要求相对不高。虽然REDUNDANT行格式空间利用和I/O性能略差，但在某些情况下，其数据结构可能更便于特定分析查询，不过这种情况较少。一般情况下，OLAP场景也多采用COMPACT行格式，因为即使在分析场景下，高效的存储和I/O性能依然重要。如果数据仓库中的表结构相对固定，字段长度变化不大且NULL值较少，使用REDUNDANT行格式也可接受，但需权衡其空间和性能劣势。
- 综合考虑：总体而言，OLAP场景下如果使用InnoDB存储引擎，COMPACT行格式仍是主流选择，除非有特殊的分析需求依赖REDUNDANT行格式的数据结构特性。