TiDB会支持类似Archive引擎的压缩机制吗？

🌞 建议反馈
1

TiDB会支持类似Archive引擎的压缩吗？
现在我理解的TiDB的架构设计是抽象成一棵B+Tree，针对InnoDB引擎的抽象。未来会不会增加Archive这一类引擎的，因为感觉TiDB的存储成本有点高:joy:

S86xLerSRE
S86xLerSRE1746×1196 514 KB

2

后续应该是会支持压缩的，可以配置压缩机制，进行压缩存储，只是会消耗CPU。
隔壁友商压缩算法使用后， 存储成本减少40%。一样都是LSM Tree引擎肯定可以

3

存储成本高主要是因为多副本，RocksDB默认是开了压缩的，如果觉得压缩比不够还可调整compression-per-level配置

4

compression-per-level

  • 每一层默认压缩算法。
  • defaultcf 的默认值：[“no”, “no”, “lz4”, “lz4”, “lz4”, “zstd”, “zstd”]
  • writecf 的默认值：[“no”, “no”, “lz4”, “lz4”, “lz4”, “zstd”, “zstd”]
  • lockcf 的默认值：[“no”, “no”, “no”, “no”, “no”, “no”, “no”]

bottommost-level-compression

  • 设置最底层的压缩算法。该设置将覆盖 compression-per-level 的设置。
  • 因为最底层并非从数据开始写入 LSM-tree 起就直接采用 compression-per-level 数组中的最后一个压缩算法，使用 bottommost-level-compression 可以让最底层从一开始就使用压缩效果最好的压缩算法。
  • 如果不想设置最底层的压缩算法，可以将该配置项的值设为 disable 。
  • 默认值：“zstd”
5

隔壁友商是指？

6

此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。