【问题标题】:MySQL/Mariadb per-record overhead?MySQL/Mariadb 每条记录的开销?
【发布时间】: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 绰绰有余;更小的数据类型通常就足够了。

标签: mysql mariadb storage innodb overhead


【解决方案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的例外。)

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

【讨论】:

    猜你喜欢
    • 2012-03-26
    • 2013-04-08
    • 2022-01-24
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-01-26
    • 2015-03-11
    • 2020-08-22
    相关资源
    最近更新 更多