- 分布式缓存 - 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）
image.png
-
redis高可用：主从架构，加上哨兵
-
- Redis哨兵
- 集群监控，负责监控redis master和slave进程是否正常工作
- 消息通知，如果某个redis实例有故障，那么哨兵负责发送消息作为报警通知给管理员
- 故障转移，如果master node挂掉了，会自动转移到slave node上
- 配置中心，如果故障转移发生了，通知client客户端新的master地址
- redis分布式锁过期时间到了业务没执行完问题
- Redis分布式锁比较正确的姿势是采用redisson这个客户端工具
- 加锁的时间是30秒.如果加锁的业务没有执行完,那么到 30-10 = 20秒的时候,就会进行一次续期,把锁重置成30秒。
- 业务的机器万一宕机了呢?宕机了定时任务跑不了,就续不了期,那自然30秒之后锁就解开了呗.
网友评论