面试题：MySQL InnoDB COMPACT行格式对性能的影响

聚簇索引：
- 数据存储紧密：InnoDB COMPACT行格式下，聚簇索引的叶子节点直接存储完整的用户记录，数据按主键顺序紧密排列。这使得基于主键的索引查找效率很高，因为数据物理存储顺序与索引顺序一致，减少了磁盘I/O，一次磁盘I/O通常能获取到多条相关记录。例如，在按主键范围查询时，可快速定位到相关数据页，减少随机I/O。
- 辅助索引依赖聚簇索引：辅助索引叶子节点存储的是主键值，当通过辅助索引查找数据时，需要先找到主键值，再通过主键在聚簇索引中查找完整记录，这可能导致二次I/O。比如在使用非主键索引查询时，若数据量较大，这种二次查找会带来一定性能开销。
非聚簇索引：
- 索引结构紧凑：COMPACT行格式使得非聚簇索引结构相对紧凑，在内存中占用空间较小，有利于在内存中缓存更多的索引数据，提高索引查找命中率。例如，对于频繁查询的非主键字段，紧凑的索引结构能加快查询速度。

页分裂：
- 空间使用：COMPACT行格式在数据插入时，当数据页空间不足时会发生页分裂。由于记录存储紧密，页分裂后会产生一定的空间碎片。例如，若插入的数据大小超过当前页剩余空间，会将页分为两个，原页保留部分记录，新页存储其余记录，这可能导致后续插入时需要更多的I/O操作来查找合适的页空间。
- 插入性能：页分裂操作相对昂贵，涉及磁盘I/O和索引结构的调整。频繁的页分裂会降低插入性能，尤其是在高并发插入场景下，可能会导致索引结构的碎片化，影响后续查询性能。
顺序插入优势：
- 若按主键顺序插入数据，由于聚簇索引的物理存储顺序与主键一致，能有效减少页分裂的发生。例如，在批量插入自增主键数据时，数据可顺序写入数据页，充分利用页空间，提高插入效率。

记录空间变化：
- 如果更新操作导致记录变大，可能会出现记录无法在原数据页容纳的情况，此时可能需要将记录移动到其他页，这涉及到复杂的操作，包括更新索引指向等。例如，将一个短字符串字段更新为长字符串字段，若原页空间不足，会导致记录移动，影响更新性能。
- 若更新操作使记录变小，虽然不会导致记录移动，但可能会产生页内碎片，影响空间利用率，不过一般对性能影响相对较小。
索引更新：
- 如果更新的字段包含在索引中，除了更新数据记录本身，还需要更新相关的索引。例如，更新一个在辅助索引中的字段，需要先找到辅助索引对应的记录并更新，然后可能还需要根据主键更新聚簇索引，增加了更新操作的复杂度和开销。

索引优化：
- 合理设计索引：避免创建过多不必要的索引，减少索引更新开销。例如，对于很少用于查询的字段，不创建索引。
- 覆盖索引：尽量使用覆盖索引，即查询所需的所有字段都包含在索引中，避免回表操作。例如，对于SELECT a,b FROM table WHERE a = 'value'，若字段a和b组成覆盖索引，可直接从索引获取数据，提高查询效率。
插入优化：
- 批量插入：使用批量插入代替逐条插入，减少页分裂频率。例如，将多次单条插入操作合并为一次批量插入操作，数据库可更有效地分配页空间。
- 预分配空间：在创建表时，可适当设置innodb_page_size等参数，根据预估的数据量预分配合适的页空间，减少页分裂的可能性。
更新优化：
- 尽量避免大字段更新：如果可以，将大字段更新操作分解为多个小操作，或者采用其他方式（如使用外部存储）存储大字段，减少对记录空间的影响。
- 合理安排更新顺序：对于涉及多个字段更新且包含索引字段的情况，合理安排更新顺序，尽量减少索引更新次数。例如，先更新非索引字段，再更新索引字段，减少索引调整的开销。

星途面试题库