pd监控里压缩比为什么是0.01,不是应该大于1?

【 TiDB 使用环境】测试
【 TiDB 版本】v.6.5
【遇到的现象】
image

我的是测试环境,很少一点数据,存储的压缩比为什么能0.01,这是膨胀了?各位老师有了解的吗?

1 个赞

123G是可用硬盘大小,右边是实际用的

storage capacity是你的总可用容量,current是你当前用了多少

Size amplification 主要是问这个图 :rofl:

1 个赞

额。我想问的是下面的那个图,上面的图只是表明测试环境数据量很少。

1 个赞

点开来看下,这个指标是怎么配置的呢?

1 个赞
  • Size amplification:每个 TiKV 实例的空间放大比率
    Grafana 监控 PD - statistics balance 面板下各节点的 Size amplification 指标来获取集群压缩比的平均值,集群压缩比的平均值即为所有节点的 Size amplification 平均值
    具体的要去看 RocksDB的存储逻辑,比如L0\L1\L2\L3\L4级别存储的数据

这个值是变动的,数据逐渐变多后,这个值会逐渐大于1

1 个赞

数据大少,还没有多层吧

这个压缩比 和别的什么比较。你这个数据是怎么产生的?正常应该是1+

sum(pd_scheduler_store_status { type=“region_size”}) by (address, store)
/ sum(pd_scheduler_store_status {type=“store_used”}) by (address, store) * 2^20

2 个赞

可以测试下,随便写入一点数据,就是这样的结果。我也觉得是1+

2 个赞

和多层有什么关系吗?

2 个赞

有详细说明吗?

2 个赞

哪里可以有参考资料吗?

2 个赞

跟数据量大小有关系,数据的大小决定了进入rocksdb的层级

1 个赞
1 个赞

他是变化的

1 个赞

补充下,
这里L0\L1\L2\L3\L4级别存储的数据,默认level0和1应该是没压缩的

1 个赞

好详细啊