如何实现Redis数据持久化以及内存管理之缓存过期机制

如何实现Redis数据持久化，Redis内存管理之缓存过期机制

如何实现Redis数据持久化

如果我们Redis宕机内存中的数据没了，这个时候会发生什么？就会导致原来所有从Redis读的请求都去到DB了

确保我们重启完Redis还能将绝大部分的数据恢复进内存，怎么办？

是不是就要把内存 数据保存到磁盘便于恢复

1. RDB模式

就是每隔一段时间，定时保存，有点像MySQL中进程用到的mysqldump

默认redis就是开启RDB的

优 势

• 每隔一段时间，全量备份

• 灾备简单，dump.rdb文件拷走就完了

• 在RDB备份的时候会fork一个新进程来操作，这就不影响提供读写进程的效率了

劣 势

• 当备份后和故障间这段时间的数据无法保存

• 新fork的子进程会从父进程copy全部的内存数据（这个时候内存会瞬间膨胀两倍），会造成CPU和内存负担

• 由于是定时的备份，所以时效差

#   after 900 sec (15 min) if at least 1 key changed
#   after 300 sec (5 min) if at least 10 keys changed
#   after 60 sec if at least 10000 keys changed
save 900 1 # 在900秒内1个key被更新，就触发一次RDB备份
save 300 10
save 60 10000
# 那这个rdb文件放在哪呢？
dir /usr/local/redis-6379 #可以通过 config get dir
dbfilename dump.rdb #rdb的文件名
# yes : 如果save过程中出错，则停止redis服务的写操作
stop-writes-on-bgsave-error yes

注意的点：执行的备份命令是bgsave / 如果是使用save会阻塞redis的主进程

2. AOF模式

有点类似于mysql的binlog，他是把我们所有Redis的写操作命令记录下来了

AOF的特点

• 以日志的形式来记录用于的写操作

• 文件是以追加的方式而不是修改的方式

• redis的aof的恢复其实就是把文件从头到位执行一遍

优势

• 每秒数据的记录和操作

• aof的文件也是一个，所以当文件比较大的时候会触发aof文件重写机制进行文件压缩

劣势

• 同样的数据，AOF比RDB大的多

• aof同步的时候比rdb慢的多

• AOF重写的时候也会fork一个进程来操作

# AOF默认是关闭的，需要手工启用
appendonly yes
# AOF文件名
appendfilename "appendonly.aof"
# 这就是AOF的持久化频率
# everysec：每秒备份一次，推荐使用
# always：每次操作都备份
appendfsync everysec
# 触发重写的两个条件
# 当现有aof文件比上次大了100%，就触发重写
auto-aof-rewrite-percentage 100
# 当现有文件大于64mb的时候，就触发重写
# 这两个条件同时满足才会触发重写
auto-aof-rewrite-min-size 64mb #变成100mb，要等到200mb才触发重写

重启redis不要使用kill进程的方法，这样会导致redis当前数据无法写入aof或rdb

使用客户端的shutdown来安全关闭redis

3. 持久化化文件是如何恢复的

• RDB文件只需要放在dir目录下我们的Redis会在重启后自动加载

• AOF文件也是只需要放在dir目录下我们的Redis会在重启后自动加载

• RDB和AOF不互相通信的

• AOF启用后，Redis优先选择AOF

如果线上没有开启aof，这个时候需要开启，不要进行配置修改后重启来生成aof文件

使用内部命令先开启config set appendonly yes

再去redis.conf里把appendonly 设置成yes

Redis内存管理之缓存过期机制

• 主动删除

• 默认1秒巡检10次定义了expire的key，如果过期就删除

• 可以设置redis.conf  hz 10

• 惰性删除

• 如果你在访问的时候Redis发现这个key过期，就会返回nil并删除

• 是调用内部的expireIfNeeded()这个方法

如果超时比较久并且不超时的key比较多，redis内存满的怎么办？

这就Redis内存缓存的管理机制

# maxmemory <bytes> 限定主机的可写入最大内存阀值,还要给系统留一点
# redis可写内存逻辑上是决定于主从结构中最小主机的内存 master 8g，slave 4g
# 内存淘汰的策略
# maxmemory-policy noeviction //这是默认，旧缓存用不过期，如果写满，新的缓存则无法写入
# volatile-lru -> Evict using approximated LRU among the keys with an expire set.
# allkeys-lru //建议设置这个，如果内存满了，清除最旧最少用的缓存
# volatile-lfu -> Evict using approximated LFU among the keys with an expire set.
# allkeys-lfu -> Evict any key using approximated LFU.
# volatile-random -> Remove a random key among the ones with an expire set.
# allkeys-random -> Remove a random key, any key.
# volatile-ttl -> Remove the key with the nearest expire time (minor TTL)
# noeviction -> Don't evict anything, just return an error on write operations.

Redis高可用模型主从架构搭建

为什么要使用主从

• HA：高可用

• 高并发：读写分离

建议的主从结构，最好是1 master，2 slave

# 单机安装参考前面
# slave的配置
# master的配置
replicaof 127.0.0.1 6379
masterauth icoding
127.0.0.1:6379>info replication

但现在如何主机宕机了，redis是不会自动将master切换大其中一台slave上的

---

如果需要本期图文教程的视频教程，请关注“艾编程”公众号，回复关键词“Redis”或者“分布式缓存”，看本期课程的视频+图文教程，还能收获更多哦！