mirror of
https://github.com/facebook/rocksdb.git
synced 2026-10-23 08:09:02 +03:00
Summary: I don't think this option was ever useful. There was no compressed secondary cache compatibility issue that needed to accommodate compression format version 1. It was needlessly imported from legacy SST file formats. Version 1 is simply an inefficient format because it requires guessing the uncompressed size on decompression. And as far as I know, we don't have any plans to make compressed secondary cache entries persistable across RocksDB versions. I.e. if persisting, we would simply tag the persistence layer with the version (perhaps major and minor) and throw out the cache whenever that changes. Then we don't have to deal with explicit schema versioning in persistenct caches. This is a workable approach because unlike SSTs, caches are not source-of-truth that need to survive version rollback. Pull Request resolved: https://github.com/facebook/rocksdb/pull/14302 Test Plan: existing tests Reviewed By: anand1976 Differential Revision: D92315003 Pulled By: pdillinger fbshipit-source-id: 0b82cfdbd92bcd2b8fbddd6586824f53c88069c4
7.0 KiB
7.0 KiB