MySQL/Mariadb 每条记录的开销？

Posted 2023-03-23

【中文标题】MySQL/Mariadb 每条记录的开销？

【英文标题】：MySQL/Mariadb per-record overhead?

【发布时间】：2021-05-03 22:26:17

【问题描述】：

如果有的话，mysql/mariadb 的每条记录磁盘开销是多少？ （我对 InnoDB 最感兴趣，但任何引擎都会感兴趣）

假设你只有一个

CREATE TABLE tbl (
    id BIGINT NOT NULL PRIMARY KEY
);

显然这将使用至少每条记录 8 个字节 (BIGINT)，但它会使用比每条记录更多的字节数吗？

【问题讨论】：

我不太明白这个问题的意义——如果您需要 bigint，那么您需要 bigint..这是关于调整您的物理服务器的大小吗？表现？还是只是一个我很好奇的问题？

我遇到的几乎每张桌子都不需要BIGINT；一个 4 字节的INT UNSIGNED 绰绰有余；更小的数据类型通常就足够了。

【参考方案1】：

有很多开销。

每 16KB 块：多个指针、标志等 每行：大约 2 打字节的链接、事务等。甚至更多，如果一行被多个事务同时触及。 每列：1 或 2 字节长度和 NULL。是的，即使是那个 8 字节的 BIGINT。 PRIMARY KEY：这是相当低的，因为 PK 与数据聚集在一起；它加起来大约占整个表格的 1%。 辅助键：每个辅助键 (INDEX(...)) 包含指定的列，加上 PK 列的副本。它是一个单独的 BTree。因此，由于这个原因，您的 BIGINT 的多个副本可能会占用磁盘空间。 InnoDB 最初分配 16KB 块块（数据和每个二级索引分开）。后来它以更大的块预先分配。我认为您的示例表将使用 16KB，直到其中有数百行。 InnoDB 不会将空间释放回操作系统。也就是说，如果您插入一千行，那么表格将被扩展为几个块。然后，如果您删除所有行，磁盘空间不会缩小。

除了索引之外，bigint 的 8 个字节以及其他列的类似计算可以相加。但是你必须乘以 2 到 3 才能获得 InnoDB 表所需的磁盘空间。 （当然也有小于2x或大于3x的例外。）

我很乐意讨论其他示例，但我不能说得很准确。