重新收集集合后,MongoDB 存储大小仍然高于未压缩的数据大小

问题描述 投票:0回答:0

在单个服务器实例上使用 MongoDB 4.4.6。

如果重要的话,我们使用 Mongo 作为归档数据库。 我们也没有任何 MongoDB 专家,所以如果我们做错了什么,我会很感激反馈。

我正在尝试减少数据库的存储空间。许多收藏品都有上限,我拿了一个来尝试减少它的上限。

原参数为:

  • 最大容量(上限):156GB
  • 大小(未压缩):~156GB(非常接近最大大小)
  • 存储大小:~83.3GB(总大小非常接近,因为索引大小只有~2MB)

我在这个大小为 50GB 的集合上运行了

convertToCapped
命令。

转换完成后,最大大小确实更改为 50GB,但存储大小(压缩)(据我所知,它是为这个新的上限集合预先分配的)约为 76.8GB。

假设压缩率应该大致相同,那么存储大小应该小于30GB

如何清理多余的尺寸?我尝试运行

compact
命令,但它只释放了几 MB。

我看到了运行

repairDatabase()
的选项,但是这个命令有很多警告,它似乎不是正确的方法。

谢谢

编辑

根据@rickhg12hs 请求添加过滤的 collStats:

"size" : 53686822951.0,
"avgObjSize" : 646494,
"storageSize" : 82426355712.0,
"freeStorageSize" : 3994337280.0,
 "maxSize" : NumberLong(53687091200),
        "total size of bloom filters" : 0,
        "checkpoint size" : 78431825920.0,
        "file allocation unit size" : 4096,
        "file size in bytes" : 82426355712.0,
        "column-store fixed-size leaf pages" : 0,
        "column-store variable-size RLE encoded values" : 0,
        "column-store variable-size deleted values" : 0,
        "column-store variable-size leaf pages" : 0,
        "fixed-record size" : 0,
        "maximum internal page key size" : 368,
        "maximum internal page size" : 4096,
        "maximum leaf page key size" : 2867,
        "maximum leaf page size" : 32768,
        "maximum leaf page value size" : 67108864,
         "Average on-disk page image size seen" : 0,
         "Maximum page size seen" : 0,
         "Minimum on-disk page image size seen" : 0,
         "On-disk page image sizes smaller than a single allocation unit" : 0,
         "Size of the root page" : 0,
         "compressed page maximum internal page size prior to compression" : 4096,
         "compressed page maximum leaf page size prior to compression " : 32768,
         "update value size change" : 0,
         "approximate byte size of timestamps in pages written" : 1159112,
         "approximate byte size of transaction IDs in pages written" : 2935856,
         "tiered storage object size" : 0
            "total size of bloom filters" : 0,
            "checkpoint size" : 1560576,
            "file allocation unit size" : 4096,
            "file size in bytes" : 2600960,
            "column-store fixed-size leaf pages" : 0,
            "column-store variable-size RLE encoded values" : 0,
            "column-store variable-size deleted values" : 0,
            "column-store variable-size leaf pages" : 0,
            "fixed-record size" : 0,
            "maximum internal page key size" : 1474,
            "maximum internal page size" : 16384,
            "maximum leaf page key size" : 1474,
            "maximum leaf page size" : 16384,
            "maximum leaf page value size" : 7372,
            "Average on-disk page image size seen" : 0,
            "Maximum page size seen" : 0,
            "Minimum on-disk page image size seen" : 0,
            "On-disk page image sizes smaller than a single allocation unit" : 0,
            "Size of the root page" : 0,
            "compressed page maximum internal page size prior to compression" : 16384,
            "compressed page maximum leaf page size prior to compression " : 16384,
            "update value size change" : 0,
            "approximate byte size of timestamps in pages written" : 1101688,
            "approximate byte size of transaction IDs in pages written" : 2998128,
            "tiered storage object size" : 0
"totalIndexSize" : 2600960,
"totalSize" : 82428956672.0,
"indexSizes" : {
    "_id_" : 2600960
},

集合 wt 文件大小(以字节为单位):82426355712 索引文件大小(以字节为单位):2600960

mongodb storage
最新问题
© www.soinside.com 2019 - 2025. All rights reserved.