mirror of
https://github.com/dragonflydb/dragonfly.git
synced 2024-12-14 11:58:02 +00:00
213 lines
No EOL
4.6 KiB
Markdown
213 lines
No EOL
4.6 KiB
Markdown
# Dragonfly
|
|
|
|
[](https://github.com/romange/dragonfly/actions/workflows/ci.yml)
|
|
|
|
A novel memory store that supports Redis and Memcached commands.
|
|
For more detailed status of what's implemented - see below.
|
|
|
|
Features include:
|
|
1. High throughput reaching millions of QPS on a single node.
|
|
2. TLS support.
|
|
3. Pipelining mode.
|
|
4. A novel cache design, which does not require specifying eviction policies.
|
|
5. Memory efficiency that can save 20-40% for regular workloads and even more for cache like
|
|
workloads
|
|
|
|
## Building from source
|
|
I've tested the build on Ubuntu 21.04+.
|
|
|
|
|
|
```
|
|
git clone --recursive https://github.com/romange/dragonfly
|
|
cd dragonfly && ./helio/blaze.sh -release
|
|
cd build-opt && ninja dragonfly
|
|
|
|
```
|
|
|
|
## Running
|
|
|
|
```
|
|
./dragonfly --logtostderr
|
|
```
|
|
|
|
for more options, run `./dragonfly --help`
|
|
|
|
## Milestone Egg 🥚
|
|
|
|
API 1.0
|
|
- [X] String family
|
|
- [X] SET
|
|
- [ ] SETNX
|
|
- [X] GET
|
|
- [X] DECR
|
|
- [X] INCR
|
|
- [X] DECRBY
|
|
- [X] GETSET
|
|
- [X] INCRBY
|
|
- [X] MGET
|
|
- [X] MSET
|
|
- [ ] MSETNX
|
|
- [ ] SUBSTR
|
|
- [ ] Generic family
|
|
- [X] DEL
|
|
- [X] ECHO
|
|
- [X] EXISTS
|
|
- [X] EXPIRE
|
|
- [X] EXPIREAT
|
|
- [X] PING
|
|
- [X] RENAME
|
|
- [X] RENAMENX
|
|
- [X] SELECT
|
|
- [X] TTL
|
|
- [X] TYPE
|
|
- [ ] SORT
|
|
- [X] Server Family
|
|
- [X] QUIT
|
|
- [X] DBSIZE
|
|
- [ ] BGSAVE
|
|
- [X] SAVE
|
|
- [X] DBSIZE
|
|
- [X] DEBUG
|
|
- [X] EXEC
|
|
- [X] FLUSHALL
|
|
- [X] FLUSHDB
|
|
- [X] INFO
|
|
- [X] MULTI
|
|
- [X] SHUTDOWN
|
|
- [X] LASTSAVE
|
|
- [X] SLAVEOF/REPLICAOF
|
|
- [ ] SYNC
|
|
- [ ] Set Family
|
|
- [x] SADD
|
|
- [x] SCARD
|
|
- [X] SDIFF
|
|
- [X] SDIFFSTORE
|
|
- [X] SINTER
|
|
- [X] SINTERSTORE
|
|
- [X] SISMEMBER
|
|
- [X] SMOVE
|
|
- [X] SPOP
|
|
- [ ] SRANDMEMBER
|
|
- [X] SREM
|
|
- [X] SMEMBERS
|
|
- [X] SUNION
|
|
- [X] SUNIONSTORE
|
|
- [X] List Family
|
|
- [X] LINDEX
|
|
- [X] LLEN
|
|
- [X] LPOP
|
|
- [X] LPUSH
|
|
- [ ] LRANGE
|
|
- [ ] LREM
|
|
- [ ] LSET
|
|
- [ ] LTRIM
|
|
- [X] RPOP
|
|
- [ ] RPOPLPUSH
|
|
- [X] RPUSH
|
|
- [X] SortedSet Family
|
|
- [X] ZADD
|
|
- [X] ZCARD
|
|
- [ ] ZINCRBY
|
|
- [ ] ZRANGE
|
|
- [ ] ZRANGEBYSCORE
|
|
- [X] ZREM
|
|
- [ ] ZREMRANGEBYSCORE
|
|
- [ ] ZREVRANGE
|
|
- [X] ZSCORE
|
|
- [ ] Not sure whether these are required for the initial release.
|
|
- [X] AUTH
|
|
- [ ] BGREWRITEAOF
|
|
- [ ] KEYS
|
|
- [ ] MONITOR
|
|
- [ ] RANDOMKEY
|
|
- [ ] MOVE
|
|
|
|
In addition, we want to support efficient expiry (TTL) and cache eviction algorithms.
|
|
We should implement basic memory management support. For Master/Slave replication we should design
|
|
a distributed log format.
|
|
|
|
### Memchache API
|
|
- [X] set
|
|
- [X] get
|
|
- [X] replace
|
|
- [X] add
|
|
- [X] stats (partial)
|
|
- [x] append
|
|
- [x] prepend
|
|
- [x] delete
|
|
- [ ] flush_all
|
|
- [x] incr
|
|
- [x] decr
|
|
- [x] version
|
|
- [x] quit
|
|
|
|
API 2.0
|
|
- [ ] List Family
|
|
- [X] BLPOP
|
|
- [ ] BRPOP
|
|
- [ ] BRPOPLPUSH
|
|
- [X] String Family
|
|
- [X] SETEX
|
|
- [X] HashSet Family
|
|
- [X] HSET
|
|
- [X] HMSET
|
|
- [X] HDEL
|
|
- [X] HEXISTS
|
|
- [X] HGET
|
|
- [X] HMGET
|
|
- [X] HLEN
|
|
- [ ] HINCRBY
|
|
- [ ] HINCRBYFLOAT
|
|
- [X] HGETALL
|
|
- [X] HKEYS
|
|
- [ ] PubSub family
|
|
- [ ] PUBLISH
|
|
- [ ] PUBSUB
|
|
- [ ] PUBSUB CHANNELS
|
|
- [ ] SUBSCRIBE
|
|
- [ ] UNSUBSCRIBE
|
|
- [ ] Server Family
|
|
- [ ] WATCH
|
|
- [ ] UNWATCH
|
|
- [ ] DISCARD
|
|
- [X] Generic Family
|
|
- [X] SCAN
|
|
- [X] String Family
|
|
- [X] APPEND
|
|
- [X] PREPEND (dragonfly specific)
|
|
|
|
|
|
Commands that I prefer not implement before launch:
|
|
- [ ] PUNSUBSCRIBE
|
|
- [ ] PSUBSCRIBE
|
|
|
|
Also, I would omit keyspace notifications. For that I would like to deep dive and learn
|
|
exact use-cases for this API.
|
|
|
|
### Random commands we implemented along the way
|
|
|
|
- [X] ROLE (2.8) decorator for for master withour replicas
|
|
- [X] UNLINK (4.0) decorator for DEL command
|
|
- [X] BGSAVE
|
|
## Milestone Nymph
|
|
API 2,3,4 without cluster support, without modules, without memory inspection commands.
|
|
Without support for keyspace notifications.
|
|
|
|
Design config support. ~140 commands overall...
|
|
## Milestone Molt
|
|
API 5,6 - without cluster and modules. Streams support. ~80 commands overall.
|
|
## Milestone Adult
|
|
TBD.
|
|
|
|
|
|
## Design decisions along the way
|
|
### Expiration deadlines with relative accuracy
|
|
I decided to limit the expiration range to 180 days. Moreover, expiration deadlines
|
|
with millisecond precision (PEXPIRE/PSETEX etc) will be rounded to closest second
|
|
**for deadlines greater than 16777215ms (approximately 280 minutes). In other words,
|
|
expiries of `PEXPIRE key 10010` will expire exactly after 10 seconds and 10ms. However,
|
|
`PEXPIRE key 16777300` will expire after 16777 seconds (i.e. 300ms earlier). Similarly,
|
|
`PEXPIRE key 16777800` will expire after 16778 seconds, i.e. 200ms later.
|
|
|
|
Such rounding has at most 0.006% error which I hope is acceptable for ranges so big.
|
|
If you it breaks your use-cases - talk to me or open an issue and explain your case. |