History[03]

The project started in 2018 as a replacement for RocksDB running inside of CockroachDB.

Concurrency Control[04]

Data Model[05]

Pebble uses two types of keys - user keys suited for the user API and 'Internal Keys' which are composed of the user key, a sequence number, and a value signifying the key type. The Internal Key type is used, since the LSM tree requires versioning with keys.

Foreign Keys

Indexes[06]

Pebble uses a LSM tree to store writes. All records are stored in batches, which in turn are stored in in-memory memtables and sstables. To support indexing, there is a separate skiplist implementation based on RocksDB. It stores offsets to the records within their batch in order to perform reads. Furthermore, batches themselves are transformed into levels of the LSM tree (with temp sequence numbers set to be the most recent sequence).

Joins

Logging[04]

Pebble uses a write-ahead logging (WAL) infrastructure. Batches are first written to the WAL, and then inserted into a memtable. Pebble purposefully maps each WAL file to a memtable.

Query Execution

Query Interface[05]

Pebble emulates the custom RocksDB API for querying keys/values.

Storage Architecture[06]

Pebble primarily uses sstables on disk which store various things such as internal keys/values and range tombstone deletions. It also has memtables, which temporarily store committed records before they are written to a sstable.

Storage Model

Storage Organization

System Architecture