问InnoDB行元数据大小(最小行大小)

EN

InnoDB中的每一行(假设为紧凑格式)都有以下标题：

• 偏移量-每个可变长度类型字段一个或两个字节。
• 空标志-每个空字段一个位，对齐整个字节数.
• 所谓的“额外字节”--一堆像is_deleted、指向下一个记录的指针等标志。五个字节的紧凑格式，固定。

接着是主键场(S)。然后是6个字节事务id和7个字节回滚指针。那么剩余的字段值。

对于给定的行(BIGINT、TINYINT、TINYINT)，它的大小为：

• 0字节偏移量
• 0字节空标志
• 5个字节“额外字节”
• 8字节BIGINT
• 6字节trx_id
• 7字节roll_ptr
• 1字节
• 1字节

所以，每条记录有28个字节。

但是，要计算表的空间，您需要考虑到：

• 页头(38+56字节)
• 页式拖车
• 页填充系数
• 无穷大，上确界记录
• 非叶页使用的空间

查看这些幻灯片以获得更多详细信息http://www.slideshare.net/akuzminsky/data-recovery-talk-on-pluk

(我添加的是“答案”，而不是出于格式化原因的评论。)

@akuzminsky完全涵盖了大多数事情。

为什么是BIGINT一个不带符号的INT (最大值40亿)不就足够了吗？这样可以节省4GB。

填充因子有两种口味--

如果写干净了，那么块就满了15/16。总计可能是40-45 40。

如果有随机插入，那么块平均满69%。

现在。让我们问一下为什么会有这样的布局？这两个TINYINT将在10亿行中重复多次。(特别是，至少1B/(256*256) =某些威尔对将至少重复4K次。也许你可以只有65K行，并在其中有计数器？也许其他的总结技巧会对您的应用程序有用？(好吧，也许这张桌子是人造的。)

顺便说一句，MyISAM将为该表的数据取11 no (假设没有漏洞)。加上主键的另一个15-20GB。