redis综合

最新推荐文章于 2024-01-25 10:43:39 发布

打豆豆。

最新推荐文章于 2024-01-25 10:43:39 发布

阅读量1.2k

点赞数

分类专栏： Redis 文章标签： redis

本文链接：https://blog.csdn.net/weixin_42323802/article/details/85621241

版权

本文详细介绍了Redis如何实现高并发、高可用。通过主从架构解决读写分离，支持水平扩展；主从复制原理包括全量复制和部分复制；哨兵系统用于监控、故障转移和配置中心，至少需要3个节点以保证高可用。同时讨论了Redis的数据丢失场景、脑裂问题以及解决策略，并提及了并发竞争问题的解决方案，如使用分布式锁。

摘要由CSDN通过智能技术生成

redis 实现高并发高可用、

redis单机qps在在几万左右,搭建分布式集群主从架构，实现redis 的读写分离，解决高并发问题，高可用；
1、redis主master ，负责写redis
2、redis从slave ，负责读redis ，读的qps高达几十W
主从架构支持水平扩展，什么是水平扩展？
就是，当写的数据过多的时候，可以加master 机器、随时加机器

redis高可用的实现
使用redis + 哨兵的架构部署、完成redis 高可用的实现；

主从复制原理

1、master node 写，异步的同步数据到 slave node、
2、master node 必须持久化机制，否则master 节点宕机，同步到 slave node 以后，所有数据空了；
尽管选举机制 slave node 可以代替master node ，当rdb 恢复时候，若没有检测到 master fail 时master node 就重启了，数据仍旧是空；

1、slave第一次连接master ，master使用full resynchronization 命令来处理全部复制，
2、slave 第二次连接master ，采取部分复制方式，master 生成的RDB 到slave ，slave 会先到磁盘，再从磁盘中加载到内存；
在复制过程中中断续连
master 复制中断，采用backlog中replica offset 来继续断点复制，若没有找到，就会采取全部复制的方式。