Redis,主从结构,主从复制

Redis 支持三种主从结构,分别是:
一主对一从 :常用于写请求量很大,并且需要持久化时,只在从节点开启
AOF持久化,这样既保证了主节点的性能又保证了数据的安全性;但是当重启
主节点时需要注意先断开从节点的复制关系,否则当主节点重启后由于没有持

久化数据,所以主节点的数据为空,而此时从节点再同步主节点的数据就会丢
失之前持久化的数据。


一主对多从 :多用于读请求很高的情况,通过读写分离把读请求交给从节
点来分担主节点压力;同时对于开发中的一些危险或耗时的操作也可以在从节
点上执行;弊端:当从节点过多时,会导致主节点的一份数据要发给很多从节
点,所以会导致主节点负载与带宽消耗较大。


树状主从结构 :这种结构很好的解决了上面提到的从节点过多时主节点带
宽消耗过大的问题,主节点把数据写给较少的从节点,然后从节点再同步给其
自己的从节点。

主从复制
要实现分布式数据库的更大的存储容量和承受高并发访问量,我们会将原
来集中式数据库的数据分别存储到其他多个网络节点上。Redis 为了解决这个单
一节点的问题,也会把数据复制多个副本部署到其他节点上进行复制,实现
Redis 的高可用,实现对数据的冗余备份,从而保证数据和服务的高可用。
主从复制,是指将一台 Redis 服务器的数据,复制到其他的 Redis 服务器。
前者称为主节点(master),后者称为从节点(slave),数据的复制是单向的,只能
由主节点到从节点。

默认情况下,每台 Redis 服务器都是主节点;且一个主节点可以有多个从节
点(或没有从节点),但一个从节点只能有一个主节点,主从复制的作用:


数据冗余:主从复制实现了数据的热备份,是持久化之外的一种数据冗余
方式。


故障恢复:当主节点出现问题时,可以由从节点提供服务,实现快速的故
障恢复;实际上是一种服务的冗余。


负载均衡:在主从复制的基础上,配合读写分离,可以由主节点提供写服
务,由从节点提供读服务(即写 Redis 数据时应用连接主节点,读 Redis 数据时
应用连接从节点),分担服务器负载;尤其是在写少读多的场景下,通过多个
从节点分担读负载,可以大大提高 Redis 服务器的并发量。


读写分离:可以用于实现读写分离,主库写、从库读,读写分离不仅可以
提高服务器的负载能力,同时可根据需求的变化,改变从库的数量。

高可用基石:除了上述作用以外,主从复制还是哨兵和集群能够实施的基
础,因此说主从复制是 Redis 高可用的基础。

猜你喜欢

转载自blog.csdn.net/niuxikun/article/details/107754083