超级会员免费看
本文详细介绍了Redis的主从复制架构，包括单点故障问题、CAP原理、主从复制的类型和实现原理，以及无磁盘复制、主从复制中宕机的处理。文中提到Redis通过主从复制实现数据的备份和负载均衡，同时通过异步复制确保高可用性，但也存在数据不一致性和主节点写压力大的问题。此外，主从复制可以通过配置文件、命令行或客户端命令启动，提供全量和增量复制选项。
一、Redis单点故障
1、单机故障问题
1. 单机故障
如果发生机器故障，例如磁盘损坏，主板损坏等，未能在短时间内修复好，客户端将无法连接redis。
当然如果仅仅是redis节点挂掉了，可以进行问题排查然后重启，姑且不考虑这段时间对外服务的可用性，那还是可以接受的。而发生机器故障，基本是无济于事。除非把redis迁移到另一台机器上，并且还要考虑数据同步的问题。
2. 容量瓶颈
假如一台机器是16G内存，redis使用了12G内存，而其他应用还需要使用内存，假设我们总共需要60G内存要如何去做呢，是否有必要购买64G内存的机器呢？
redis官方数据显示可以达到10w的QPS，如果业务需要100w的QPS怎么去做呢？
关于容量瓶颈和QPS瓶颈是redis分布式需要解决的问题，而机器故障就是高可用的问题了。
2、单机故障解决方法
在分布式系统中为了解决单点问题，通常会把数据复制多个副本部署到其他机器（主从模式），满足故障恢复和负载均衡的需求。
- 主（Master）和从（Slave）分别部署在不同的服务器上，当主节点服务器写入数据时，同时也会将数据同步到从节点服务器。
- 通常情况下，主节点负责写入数据，从节点负责读出数据
redis也是如此ÿ
订阅专栏 解锁全文
1159
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
