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

🪐 TiDB 技术问题 部署&运维管理
1

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

image
image897×256 12.5 KB

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

1 个赞
2

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

3

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

4

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

1 个赞
5

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

1 个赞
6

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

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

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

1 个赞
9

数据大少，还没有多层吧

10

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

11

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 个赞
12

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

2 个赞
13

和多层有什么关系吗？

2 个赞
14

有详细说明吗？

2 个赞
15

哪里可以有参考资料吗？

2 个赞
16

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

1 个赞
17
1 个赞
18

他是变化的

1 个赞
19

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

image
image818×290 21.5 KB

1 个赞
20

好详细啊