MollyBa
MollyBa
## Description 3主 4从 其中一台主shutdown,其从无法升主 日志分析如下: 主的相关日志:   从的相关日志:   集群信息:  从机器报Error:vote fail  ------------------------- 从的同步一直报失败。测试其他的节点是可以顺利切主的。辛苦大佬给看下这个问题
## Description tendis集群的slave节点能支持读吗?或者可配请求的分布,比如3主3从, 3从(80%的读) + 3主(100%的写+20%的读) 实际业务中对读的要求较高。希望能通过从的水平扩展增大并发,即使数据尚未同步到从也可以接受短暂的延迟。 1当前从只是冷备功能吗?测试发现即使数据在自身,收到的请求也会Redirected到其所在的master 2 集群的从同步进度如何查看呢? 发现info replication的offset和master一致了 但是db还在写。  ----- 辛苦,感谢大佬答疑
## Description 背景:压测工具压了大批数据,memtier_benchmark -t1 -c1 -s -p --cluster-mode --ratio=1:1 -n5000 -d 512000000 (数据量io的瓶颈),在其后,发现集群整体性能下降, 普通的测试也较之前很差的结果,是因为数据量大memtable的不停的切到固定,不停的触发合并compact所致吗?  这是普通测试的结果  这种情况下对线上可能有隐患,如何防止呢?还是我的使用有误  ---------------------------------------------------- 感谢大佬解答
按照git所需,现在mac是可以的, 但是Windows好久都不行了, 更新订阅文件也不可以嘞
其他翻墙好像都ok,但是使用这个爬墙, chatgpt不允许哎 ,换一个就ok了 大家有这样的问题吗?