redis集群主备问题
集群采用的master-slave配对这样的形式,但是从监控中发现,java端读写请求都是走的master(并没有分摊到slave上),这种情况下,slave只是充当了热备和故障转移的作用,感觉资源有些浪费,如果项目中能容忍master极低概率挂掉的话,那么不配slave就会节省一半的成本。我不知道我理解得对不对,希望老师指点一下,如果有其他更省资源的解决方案,希望老师明确提点一下,谢谢
29
收起
正在回答
1回答
集群的时候就是这么做的,千万不能做读写分离,做了读写分离故障转移会有问题。不用考虑分摊读写压力,本身就是集群,多节点就可以分摊压力,而且往往高并发下都是多级缓存的。鱼与熊掌不可兼得。
恭喜解决一个难题,获得1积分~
来为老师/同学的回答评分吧
0 星