BR 备份性能

[Hacker_wV92qfW3]

BR：5.4.2
tidb集群版本：5.4.2
节点信息：
机器A: 万兆网 一个pd，tidb,tikv
机器B: 万兆网 一个pd，tidb,tikv
机器C: 万兆网 一个pd，tidb,tikv
机器D:万兆网 安装了一个minio服务。

测试发现BR打印出来的速度和用的数据量除以总的时间，发现有很大的出入，请问这个怎么解释啊？

[长安是只喵]

手工算了一下相差不大。
数据量4.072TB
速度325MB/s
时间3h28min

计算时间：(4.072x1024x1024)/325=13137s
打印时间：(3x60+28)x60=12480s
打印时间比计算时间少11分钟，相比3.5小时，我觉得差异不大。

PS：用千进制计算差异更小(因为买U盘遇到进制不同才想到的)
计算时间：(4.072x1000x1000)/325=12529s
这样相差时间49s，几乎一致了。

[banana_jian]

备份之后还有一个压缩的过程

[Hacker_wV92qfW3]

可以这样理解吗？
4.072T是没压缩之后的数据量，然后BR是根据这个来的。
backup-data-size(after-compressd)是压缩之后的大小。
而Size=1731651606559表示什么意思呢？

[长安是只喵]

这一下子坐实了千进制了，而不是1024进制，这个很明显是压缩后大小backup-data-size。

[Hacker_wV92qfW3]

BR 备份时必须的压缩吗？有没有方法让他不压缩的

[HACK (DBS)]

BR备份默认就是压缩的吗，好像没有见过什么相关参数

[长安是只喵]

应该是默认的吧，物理备份不压缩，是出于什么业务场景？

[cs58_dba]

备份输出日志里面的size就是备份存档经压缩后在磁盘中的实际大小

[banana_jian]

  --compression string        backup sst file compression algorithm, value can be one of 'lz4|zstd|snappy' (default "zstd")
  --compression-level int32   compression level used for sst file compression

可以设置的

[长安是只喵]

[Hacker_wV92qfW3]

这个压缩级别值得范围是多少？

[HACK (DBS)]

@banana_jian

zstd

可以了解一下zstd压缩

[cs58_dba]

@HACK

zstd压缩