# Dragonfly [![ci-tests](https://github.com/romange/dragonfly/actions/workflows/ci.yml/badge.svg)](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+. Requires: CMake, Ninja, boost, libunwind8-dev ``` sudo apt install ninja-build sudo apt install libunwind-dev sudo apt-get install libboost-all-dev ``` ``` 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 - Source Available 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 - [X] MSETNX - [X] SUBSTR - [ ] Generic family - [X] DEL - [X] ECHO - [X] EXISTS - [X] EXPIRE - [X] EXPIREAT - [X] KEYS - [X] PING - [X] RENAME - [X] RENAMENX - [X] SELECT - [X] TTL - [X] TYPE - [ ] SORT - [X] Server Family - [X] AUTH - [X] QUIT - [X] DBSIZE - [ ] BGSAVE - [X] SAVE - [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 - [X] LRANGE - [X] LREM - [X] LSET - [X] LTRIM - [X] RPOP - [X] RPOPLPUSH - [X] RPUSH - [X] SortedSet Family - [X] ZADD - [X] ZCARD - [X] ZINCRBY - [X] ZRANGE - [X] ZRANGEBYSCORE - [X] ZREM - [X] ZREMRANGEBYSCORE - [X] ZREVRANGE - [X] ZSCORE - [ ] Not sure whether these are required for the initial release. - [ ] BGREWRITEAOF - [ ] MONITOR - [ ] RANDOMKEY - [ ] MOVE API 2.0 - [X] List Family - [X] BLPOP - [X] BRPOP - [ ] BRPOPLPUSH - [X] LINSERT - [X] LPUSHX - [X] RPUSHX - [X] String Family - [X] SETEX - [X] APPEND - [X] PREPEND (dragonfly specific) - [ ] BITCOUNT - [ ] BITFIELD - [ ] BITOP - [ ] BITPOS - [ ] GETBIT - [X] GETRANGE - [X] INCRBYFLOAT - [X] PSETEX - [ ] SETBIT - [X] SETRANGE - [X] STRLEN - [X] HashSet Family - [X] HSET - [X] HMSET - [X] HDEL - [X] HEXISTS - [X] HGET - [X] HMGET - [X] HLEN - [X] HINCRBY - [X] HINCRBYFLOAT - [X] HGETALL - [X] HKEYS - [X] HSETNX - [X] HVALS - [X] HSCAN - [ ] PubSub family - [X] PUBLISH - [ ] PUBSUB - [ ] PUBSUB CHANNELS - [X] SUBSCRIBE - [X] UNSUBSCRIBE - [ ] PSUBSCRIBE - [ ] PUNSUBSCRIBE - [ ] Server Family - [ ] WATCH - [ ] UNWATCH - [X] DISCARD - [X] CLIENT LIST/SETNAME - [ ] CLIENT KILL/UNPAUSE/PAUSE/GETNAME/REPLY/TRACKINGINFO - [X] COMMAND - [X] COMMAND COUNT - [ ] COMMAND GETKEYS/INFO - [ ] CONFIG GET/REWRITE/SET/RESETSTAT - [ ] MIGRATE - [ ] ROLE - [ ] SLOWLOG - [ ] PSYNC - [ ] TIME - [ ] LATENCY... - [X] Generic Family - [X] SCAN - [X] PEXPIREAT - [ ] PEXPIRE - [ ] DUMP - [X] EVAL - [X] EVALSHA - [ ] OBJECT - [ ] PERSIST - [X] PTTL - [ ] RESTORE - [X] SCRIPT LOAD/EXISTS - [ ] SCRIPT DEBUG/KILL/FLUSH - [X] Set Family - [X] SSCAN - [X] Sorted Set Family - [X] ZCOUNT - [ ] ZINTERSTORE - [X] ZLEXCOUNT - [X] ZRANGEBYLEX - [X] ZRANK - [X] ZREMRANGEBYLEX - [X] ZREMRANGEBYRANK - [X] ZREVRANGEBYSCORE - [X] ZREVRANK - [ ] ZUNIONSTORE - [X] ZSCAN - [ ] HYPERLOGLOG Family - [ ] PFADD - [ ] PFCOUNT - [ ] PFMERGE 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 - [x] flush_all - [x] incr - [x] decr - [x] version - [x] quit Commands that I prefer avoid implementing before launch: - PUNSUBSCRIBE - PSUBSCRIBE - HYPERLOGLOG - SCRIPT DEBUG - OBJECT - DUMP/RESTORE - CLIENT 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 as decorators along the way - [X] ROLE (2.8) decorator for for master withour replicas - [X] UNLINK (4.0) decorator for DEL command - [X] BGSAVE - [X] FUNCTION FLUSH ## Milestone Stability APIs 3,4,5 without cluster support, without modules, without memory introspection commands. Without geo commands and without support for keyspace notifications, without streams. Design config support. ~10-20 commands overall... Probably implement cluster-API decorators to allow cluster-configured clients to connect to a single instance. - [X] HSTRLEN ## Design decisions along the way ### Expiration deadlines with relative accuracy Expiration ranges are limited to ~4 years. Moreover, expiration deadlines with millisecond precision (PEXPIRE/PSETEX etc) will be rounded to closest second **for deadlines greater than 134217727ms (approximately 37 hours)**. Such rounding has less than 0.001% error which I hope is acceptable for large ranges. If it breaks your use-cases - talk to me or open an issue and explain your case. For more detailed differences between this and Redis implementations [see here](doc/differences.md).