黑马程序员技术交流社区

标题: 【上海校区】就业: Redis主从架构(读写分离) [打印本页]

作者: 执迷不悟    时间: 2020-5-22 09:37
标题: 【上海校区】就业: Redis主从架构(读写分离)
                                           Redis主从架构(读写分离)


如果redis需要支持10万+并发,那应该怎么做?
单击redis几乎不太可能QPS超过10万+,除非一些特殊情况,比如说你的机器性能特别好,配置特别高,物理机,维护做的非常好,而且你的整体操作不是太复杂才有可能达到。
一般来说,对缓存一般都是用来支撑读高并发的,写的请求是比较少的,写请求可能1秒钟也就几千,甚至一两千,大量的请求都是读,一秒钟二十万次。
我们使用redis的读写分离来支持10万+并发,一个master+多个slave节点架构方式来支撑。

redis replication的核心机制主从架构的核心原理数据同步核心机制全量复制
全量复制数据在4G-6G直接,消耗时间可能在1分半到2分钟。

增量复制无磁盘化复制
master在内存中直接创建rdb,然后发送给slave,不会在自己本地落地磁盘了
  repl-diskless-sync no,是否开启无磁盘化复制
  repl-diskless-sync-delay 5,等待一定时长再开始复制(单位秒),因为要等更多slave重新连接过来过期key处理
slave不会过期key,只会等待master过期key。如果master过期了一个key,或者通过LRU淘汰了一个key,那么会模拟一条del命令发送给slave。

master持久化对于主从架构的意义
如果采用了主从架构,那么建议必须开启master node 的持久化,不建议用slave node作为master node的数据热备。
master关闭持久化后,master宕机,重启没有本地数据可以恢复,然后就会认为自己的数据是空的,master就会将空的数据集同步到slave上去,导致所有的slave的数据全部清空。
master节点,必须使用持久化机制。






欢迎光临 黑马程序员技术交流社区 (http://bbs.itheima.com/) 黑马程序员IT技术论坛 X3.2