Zaidoon Abd Al Hadi

A few other questions that just came to my mind: 1. right now, i'm using a prefix extractor with a prefix bloom (ribbon filter, 10.0 ratio). The 5K prefix lookups...

> Do you set ReadOptions::total_order_seek for the iterator I don't, unless that is set by default in rocksdb under the hood? In the rust library, I call ` prefix_iterator_cf `...

I found the following: ``` rocksdb.bloom.filter.useful COUNT rocksdb.bloom.filter.full.positive COUNT rocksdb.bloom.filter.full.true.positive COUNT rocksdb.bloom.filter.prefix.checked COUNT rocksdb.bloom.filter.prefix.useful COUNT rocksdb.bloom.filter.prefix.true.positive COUNT ``` I couldn't find anything specific to ribbon filter so my guess is...

something that I'm wanting to make sure of, is the `*LEVEL_SEEK*` statistics a db level stats or is it per cf? As far as iterators go, I only use them...

great! thanks for confirming, I'm going to track: ``` LAST_LEVEL_SEEK_FILTERED, LAST_LEVEL_SEEK_DATA, NON_LAST_LEVEL_SEEK_FILTERED, NON_LAST_LEVEL_SEEK_DATA, ``` and will report back what I see

I've also noticed the same issue (using the c api to call this from rust). The issue is most likely the c++ code.

@PatrikValo that looks good to me, mind making a pr?

@ajkr what do you think about this? Is there a quick fix that I can implement or will this be more involved?

when deleting I use ` rocksdb_writebatch_delete_cf `, I don't have any compaction filters, etc.. TTL is set to 1800 seconds, and compaction style is whatever the default is. Here is...

got it, that's definitely good to know. I'll try out `kRoundRobin` and report back.