9.redis横向扩容支撑1T+数据

本文探讨了Redis在面对海量数据时可能遇到的瓶颈,并介绍了如何通过Redis Cluster架构实现突破,包括多Master节点、读写分离及高可用性的实现方式。对比了Redis Cluster与Replication+Sentinel的不同适用场景。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1.redis海量数据的瓶颈
2.怎样才能突破瓶颈,支撑海量数据
3.redis的集群架构
redis cluster   (多master,读写分离,高可用)
在Cluster推出之前,可用性要靠Sentinel保证。有了集群之后也自动具有了Sentinel的监控和自动Failover能力。


支持N个master node ,每个master node都可以有多个slave node
读写分离架构,写就到master,读就到master对应的slave去读
高可用,因为每个master都有slave 节点,如果master挂了,redis cluster这套机制会自动将slave切换为master
我们只要基于redis cluster去搭建集群即可,不需要手工去搭建replication复制+主从架构+读写分离+哨兵集群+高可用


4.redis cluster      VS     replication + sentinel


cluster   主要针对海量数据+高并发+高可用场景,海量数据,建议使用redis cluster
replication + sentinel  如果数据量很少,主要承载高并发性能的场景,比如缓存一般几个G,单机足够了,replication 一个master,
多个slave,几个slave跟你要求的QPS读吞吐量有关,然后自己搭建sentinel集群,去保证redis主从架构的高可用,就可以了



























评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值