vinchen

你好 可以在一个机器上部署多个进程来搭建tendis cluster，只占用一个机器，但未来可以扩容或者实例搬迁来让支持更大规模的集群。 参考文档 http://tendis.cn/#/Tendisplus/%E8%BF%90%E7%BB%B4/new_cluster 注意内存相关的配置，防止OOM，参考配置文档

> > 你好 > > 可以在一个机器上部署多个进程来搭建tendis cluster，只占用一个机器，但未来可以扩容或者实例搬迁来让支持更大规模的集群。 > > 参考文档 > > http://tendis.cn/#/Tendisplus/%E8%BF%90%E7%BB%B4/new_cluster > > 注意内存相关的配置，防止OOM，参考配置文档 > > 好吧，其实我不想要多端口的，想要一个端口就行的。。。 tendis支持单实例的部署方式，跟redis类似，只要将配置文件增加 ``` cluster-enabled 0 ```

> @TendisDev 能否出一个单实例部署文档出来？我觉得这很有必要 可以的，下次版本发布时候同步更新文档

冷热混合存储还没有开源，tendis是混合存储的关键存储组件之一 如果使用混合存储，可通过腾讯云申请 https://cloud.tencent.com/product/tendis

Thanks for issues. We should check it later.

Thanks for suggestions. If PK_LEN is removed, how much improvement can the compression rate be?

目前key数量无法快速精确获取，因此`info keyspace`目前只是一个伪输出

问题1：如果一个槽位的主备都故障了，希望其他节点继续提供服务，可以将`cluster-require-full-coverage`配置为NO 详细可查看 https://redis.io/topics/cluster-tutorial 这个参数给redis保持一致，默认为yes 需要注意的是，如果这个配置设置为NO，有可能出现网络分区导致的异常，上述文章也有描述这个参数的作用。 问题2：如果主备都故障，或者slave由于数据落后太久导致无法提主，可以通过将参数`cluster-slave-validity-factor`变大， 这个参数的目的就是为了处理这种情况。 这个参数的语义是，假设slave数据落后N秒，如果 N < `cluster-node-timeout` * `cluster-slave-validity-factor`，则该slave可以提主，否则无法提主

你好，如果希望所有数据强制落地，可以使用这个参数，保证master所有操作都会持久化，但延时会增大。  但是，当前版本的tendis使用的是异步复制，failover过程中，并不能保证slave一定已经同步完成，所以slave自动提主之后可能存在数据落后。 基于raft的主备强一致版本内部正在开发中。

> 关于cluster-node-timeout，Redis Cluster好像有个这样的注意点： > 一些阻塞命令（flushall, del key1 key2 …）会造成redis在‘cluster-node-timeout’时间内无法响应其他节点的ping请求， 从而导致其他节点都把该redis标记出了pfail状态，进而产生failover > Tendis是多线程的，应该不存在这个问题吧？ 是的，tendis不会存在这个问题