- 分布式缓存 - Redis
- 跳跃表 - 每个节点中维持多个指向其他节点的指针
- Redis布隆过滤器
- Lua脚本实现原子操作
- redisson - 解决分布式锁过期业务未处理完的问题
- Redis Cluster集群解决方案
- Redis Sentinel中间件解决主从高可用
- 本地缓存 - LoadingCache
- 与Map的对比 - 异步更新、自动过期
- 缓存穿透&缓存击穿&缓存雪崩
- 缓存雪崩
- 概念 - 集中失效,所有查询打在数据库
- 如何解决
- 加锁排队 - setNX互斥锁,加锁成功,在进行db操作并回设缓存;否则就重试get缓存的方法
- 数据预热 - Spring & initialBean实现数据预热,防止在系统刚初始化的时候发生缓存雪崩
- 双层缓存 - C1为原始缓存,失效时间短;C2为拷贝缓存,失效时间长
- 定时更新缓存
- 设置不同过期时间
- 缓存穿透
- 概念 - 访问了不存在value的key,所有查询打在数据库
- 如何解决
- 缓存空值 - 过期时间设置短些
- 布隆过滤器 - 拥有的key存放起来,拿数据前先判断key是否存在 - 优势是占用内存空间小,bit存储。性能特别高
- 缓存雪崩
- Redis单线程模型也能效率这么高
- 1)纯内存操作
- 2)核心是基于非阻塞的IO多路复用机制
- 3)单线程反而避免了多线程的频繁上下文切换问题
- redis持久化的原理
- 快照 - 全量备份
- Redis 在持久化时会调用 glibc 的函数fork产生一个子进程,快照持久化完全交给子进程来处理,父进程继续处理客户端请求。子进程刚刚产生时,它和父进程共享内存里面的代码段和数据段。
- AOF 日志 - 连续的增量备份
- AOF 日志存储的是 Redis 服务器的顺序指令序列,AOF 日志只记录对内存进行修改的指令记录。
- 混合持久化 - Redis4.0
- 将 rdb 文件的内容和【增量的 AOF 日志文件】存在一起。这里的 AOF 日志不再是全量的日志,而是自【持久化开始】到【持久化结束】的这段时间发生的增量 AOF 日志,通常这部分 AOF 日志很小。
- 快照 - 全量备份
- Redis如何实现同步
- Redis的主从同步机制可以确保redis的master和slave之间的数据同步
- 全量同步 - Redis全量同步一般发生在Slave初始化阶段,这时Slave需要将Master上的所有数据都复制一份。
- 增量同步 - 增量同步的过程主要是主服务器每执行一个【写命令】就会向从服务器发送相同的写命令,从服务器接收并执行收到的写命令。
- redis 策略是,无论如何,首先会尝试进行增量同步,如不成功,要求从机进行全量同步。
- Redis的主从同步机制可以确保redis的master和slave之间的数据同步
- Redis如何保证高可用
-
redis高并发:主从架构,一主(几万QPS)多从(10万的QPS)
redis高可用:主从架构,加上哨兵
-
- Redis哨兵
- 集群监控,负责监控redis master和slave进程是否正常工作
- 消息通知,如果某个redis实例有故障,那么哨兵负责发送消息作为报警通知给管理员
- 故障转移,如果master node挂掉了,会自动转移到slave node上
- 配置中心,如果故障转移发生了,通知client客户端新的master地址
- redis分布式锁过期时间到了业务没执行完问题
- Redis分布式锁比较正确的姿势是采用redisson这个客户端工具
- 加锁的时间是30秒.如果加锁的业务没有执行完,那么到 30-10 = 20秒的时候,就会进行一次续期,把锁重置成30秒。
- 业务的机器万一宕机了呢?宕机了定时任务跑不了,就续不了期,那自然30秒之后锁就解开了呗.
Java知识框架 - 缓存
©著作权归作者所有,转载或内容合作请联系作者
- 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
- 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
- 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
推荐阅读更多精彩内容
- 标签: redis 缓存 主从 哨兵 集群 本文简单的介绍redis三种模式在linux的安装部署和数据存储的总结...