(九)高并发redis学习笔记:redis主从架构以及读写分离如何承载读高并发

文章目录

  • 1、redis如何承载高并发
  • 2、redis replication基本原理
  • 3、有了主从架构就不用做持久化或者备份了么?

1、redis如何承载高并发

需要明确的一点:redis只是解决高并发架构里面的一个环节,而且是读高并发,如果是写高并发的话,可能需要考虑其他的异步,或者消息队列方式。

redis的瓶颈在哪里?
单机模式,一般来说QPS从一万到几万不等,当然机器性能好,配置牛,那可能会更高。一般来说读写分离适合写请求比较少,大概一秒几千,大量的请求都是读请求。读请求大概一秒钟十几万,几十万。

一直在说读写分离,但是读写分离是怎么做的呢?
一般是一主多从的架构,主redis负责写,并且敬数据复制同步到其他的slave节点上,读操作则从slave节点读,这样做的好处是可以水平扩容,如果每一个slave可以承载5w的QPS,那么三台slave则可以承受15w的QPS(理论上)。
(九)高并发redis学习笔记:redis主从架构以及读写分离如何承载读高并发_第1张图片

2、redis replication基本原理

Redis replication 是一种 master-slave 模式的复制机制,使得 slave 节点可以成为与 master 节点完全相同的副本。一个master可以有多个slave,但是slave只能有一个master,而且数据只能从master流向slave,不可以从slave流到master,这是单向过程。
redis replication的核心机制,

  • (1)当master接收到写请求的时候,写完成之后会立马返回客户端,表示写已经完成了,同时redis采用异步方式复制数据到slave节点。不会阻塞写写请求。不过redis 2.8开始,slave node会周期性地确认自己每次复制的数据量.
  • (2)slave node也可以连接其他的slave node
  • (3)slave node做复制的时候,是不会block master node的正常工作的
  • (4)slave node在做复制的时候,也不会block对自己的查询操作,它会用旧的数据集来提供服务; 但是复制完成的时候,需要删除旧数据集,加载新数据集,这个时候就会暂停对外服务了,但是这个时间极短。
  • (5)slave node主要用来进行横向扩容,做读写分离,扩容的slave node可以提高读的吞吐量。

3、有了主从架构就不用做持久化或者备份了么?

一般不是的。
如果采用了主从架构的话,一般是必须开启master的持久化的,不建议用slave node作为master node的数据热备,因为那样的话,如果你关掉master的持久化,可能在master宕机重启的时候数据是空的,然后可能一经过复制,空数据被复制到slave中,salve node数据也丢了。

虽然slave node可以自动接管master node,但是也可能sentinal还没有检测到master failure,master node就自动重启了,还是可能导致上面的所有slave node数据清空故障,所以不要冒险。当然硬要关闭master的持久化的话,应禁用实例的自动重启。
此文章仅代表自己(本菜鸟)学习积累记录,或者学习笔记,如有侵权,请联系作者删除。人无完人,文章也一样,文笔稚嫩,在下不才,勿喷,如果有错误之处,还望指出,感激不尽~

技术之路不在一时,山高水长,纵使缓慢,驰而不息。

公众号:秦怀杂货店

你可能感兴趣的:(redis,redis,java,数据库,缓存)