REDUNDANT行存储格式：空间换时间

InnoDB行存储后续#

• 探索MySQL行存储的其他方法：REDUNDANT和DYNAMIC
• 比较各种存储格式的优缺点
• 了解如何选择最适合特定工作负载的存储格式

如今，MySQL的应用范围越来越广泛，其功能也越来越丰富，对于我们DBA来说，优化数据库的性能至关重要，特别是在我们需要访问大量数据的时候。在上一篇文章中，我们详细介绍了InnoDB行存储中的COMPACT格式，它可以减少存储空间，但更新数据的代价较高。今天，我们将继续深入探讨InnoDB行存储的另外两种格式——REDUNDANT和DYNAMIC。

REDUNDANT格式与COMPACT格式恰恰相反，它牺牲了存储空间来换取更快的更新速度。在REDUNDANT格式中，每个列的值都重复存储在每一行中。这使得更新数据时不需要对整行进行扫描，只需更新包含所需列值的单元格即可。

优点：

• 更新速度快
• 减少了对索引的访问
• 适合经常更新的数据

缺点：

• 存储空间占用大
• 插入新数据时需要更多空间
• 不适合存储大量静态数据

DYNAMIC行存储格式是COMPACT和REDUNDANT格式的折中方案。它将行划分为固定大小的块，每个块包含多个列的值。当更新数据时，只需要更新包含所需列值的块，而不需要更新整行。

优点：

• 比COMPACT格式更新速度更快
• 比REDUNDANT格式存储空间占用更少
• 适合经常更新但又不想占用太多存储空间的数据

缺点：

• 比COMPACT格式更新速度慢
• 比REDUNDANT格式存储空间占用更多
• 不适合存储大量静态数据

在选择InnoDB行存储格式时，需要考虑以下因素：

• 数据更新频率： 如果数据经常更新，那么REDUNDANT或DYNAMIC格式可能更合适。如果数据相对静态，那么COMPACT格式可能更合适。
• 存储空间： 如果存储空间有限，那么COMPACT或DYNAMIC格式可能更合适。如果存储空间充足，那么REDUNDANT格式可能更合适。
• 数据大小： 如果数据量很大，那么COMPACT或DYNAMIC格式可能更合适。如果数据量较小，那么REDUNDANT格式可能更合适。

在本文中，我们探讨了InnoDB行存储的其他两种格式——REDUNDANT和DYNAMIC。我们比较了各种存储格式的优缺点，并讨论了如何选择最适合特定工作负载的存储格式。通过对这些存储格式的深入理解，我们可以更好地优化MySQL数据库的性能，从而满足各种业务需求。