raffertyyu

暂时没有升级redis兼容版本的计划。

我这边暂时没有办法重现这个问题，方便提供更多的比如docker网络配置信息或者重现步骤吗。

暂时没有开源的计划

非常感谢反馈，已经安排进行了修复。

tendisplus默认以后台daemon的方式运行。可以通过添加配置 ``` daemon 0 ``` 禁用该行为。 另外tendisplus需要在运行前确保配置文件中的`dir` `logdir` 目录的存在。可以通过`mkdir`手动创建

Yes, we will release new version soon with many new features and bugs fixed. The project won't be abandoned since it has be widely used by Tencent. It's very welcome...

Yes, we are fixing some performance issues. Maybe in a few weeks.

https://github.com/Tencent/Tendis/releases/tag/2.5.0-rocksdb-v6.23.3 Any issues are welcome.

Redis/Tendis都支持从节点的读，可以参考[Readonly](https://redis.io/commands/readonly/) 和[Redis cluster](https://redis.io/docs/reference/cluster-spec/#scaling-reads-using-replica-nodes) 简单的例子 ``` $ bin/redis-cli -p 51003 127.0.0.1:51003> get a (error) MOVED 15495 127.0.0.1:51002 127.0.0.1:51003> readonly OK 127.0.0.1:51003> get a "b" 127.0.0.1:51003> ``` 第二个问题 db还在写是指？是指还在使用磁盘io吗。大概率可能是compaction后台活动。

这个是因为你的redis cli加了-c 的选项，在遇到move命令的时候会与新节点建立连接，跳转到新节点上，从node1:51003 跳转到了node2:51002，这个时候就已经变成连接到主节点了。和slave可不可读没什么关系了。然后你再get hello的话，就会从node2:51002 再move 到 node1: 51002。如果你不需要跳转的逻辑，可以去掉-c的选项。这样当你连接51003的时候，属于本机的数据可读，不属于本机的数据，就会返回move，redis cli也不会自动跳转到其他节点了。因为slave也没其他槽位的数据，所以也只能返回move。 第二个问题是，主从上对于存入rocksdb的用户数据是完全一致的，binlog数据受主从不同的binlog回收调度导致数据量不一致，另外就是像rocksdb的compaction等操作在主从节点都不会完全一致，主从节点数据目录大小不一致很正常。 日志还在写是指，如果是说db和dump目录的话，db目录可能会受rocksdb和tendis回收过期数据这些后台操作，发生写入和读操作，如果是dump目录则是周期性导出的binlog二进制文件，会在后台不断执行。这些都可能会在没执行请求的时候运行