apache / apache/kvrocks

Prefix scan didn't work well when enabling the cluster mode

Open
#1,836 8 comments 0 reactions 0 assignees View on GitHub
bug
Dominant language
C++
Stars
4.4k
Forks
658
Avg merge
1d 20h
Merged PRs (30d)
10

Description

### Search before asking

- [X] I had searched in the [issues](https://github.com/apache/kvrocks/issues) and found no similar issues.

### Version

centos 7.9

Kvrocks was running with two cluster nodes and slot distributions are 0-8191 and 8192-16383
(kvrocks 2.6.0 内含两个节点的集群,slot分别为0-8191、8192-16383)

### Minimal reproduce step

![8d1f97b4c485dbad7b462b4c0b0022f](https://github.com/apache/kvrocks/assets/16394461/c65119be-5776-44fb-8adc-651c414576f6)

### What did you expect to see?

return keys should start with f character.

返回以f开头的key

### What did you see instead?

-

### Anything Else?
1.触发场景可能与大量的key被删除有关,因为当时的场景就是删除大量的key
2.依稀记得当时执行scan的时候,在程序里面超时了;然后我手动在redis-cli里面执行,响应速度也很慢

### Are you willing to submit a PR?

- [ ] I'm willing to submit a PR!

Contributor guide

No contributing guide indexed for this repository

Research direction

The payload names no source file or test. Reproduce the scan in a two-node cluster with slots 0-8191 and 8192-16383, including the large-deletion condition, and compare prefix results and latency; done when SCAN reliably returns the expected f-prefixed keys.

Written by the indexing model from the issue text.

Assessment

Tech stack
cpp, redis
Domain
databases, distributed-systems
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.