redis持久化配置

前言

目前项目只有十几万用户，日活跃量也就几千人，这个访问量、并发量根本上不来，觉着先用着redis的消息队列就好了，后期流量上来了再直接购买阿里的rocketmq服务吧
那么这里需要做redis的数据的持久化（移动端用户登录信息、未消费的队列消息等），怕万一单点故障就GG了
参考文章：RDB与AOF的选择
另外，redis默认是自动开启RDB的，这里仅做AOF的配置新增就好了

正文

1. 修改 redis配置文件，appendonly 改为 yes

# 找到redis配置文件
find / -name redis.conf
# 修改对应路径的配置文件
vi /etc/redis.conf

# 是否开启AOF，默认关闭（no）
appendonly yes
# aof恢复文件目录
dir /var/lib/redis/
# The name of the append only file (default: "appendonly.aof")
# 指定 AOF 文件名
appendfilename "appendonly.aof"
# Redis支持三种不同的刷写模式：
# appendfsync always #每次收到写命令就立即强制写入磁盘，是最有保证的完全的持久化，但速度也是最慢的，一般不推荐使用。
appendfsync everysec #**每秒钟强制写入磁盘一次，在性能和持久化方面做了很好的折中，是受推荐的方式。**
# appendfsync no     #完全依赖OS的写入，一般为30秒左右一次，性能最好但是持久化最没有保证，不被推荐。
#在日志重写时，不进行命令追加操作，而只是将其放在缓冲区里，避免与命令的追加造成DISK IO上的冲突。
#设置为yes表示rewrite期间对新写操作不fsync,暂时存在内存中,等rewrite完成后再写入，默认为no
no-appendfsync-on-rewrite no 
#当前AOF文件大小是上次日志重写得到AOF文件大小的二倍时，自动启动新的日志重写过程。
auto-aof-rewrite-percentage 100
#当前AOF文件启动新的日志重写过程的最小值，避免刚刚启动Reids时由于文件尺寸较小导致频繁的重写。
auto-aof-rewrite-min-size 64mb

2. 配置参数热修改

# 连接到redis
redis-cli -h 127.0.0.1 -p 6379
# 输入密码
auth "yourpassword"
# 查看配置信息
config get *
# 修改配置参数
config set appendonly yes
# 可再次查看配置属性进行确认、或进入配置目录查看是否生成了aof文件

示例：



OK，aof文件生成成功，这个时候停止redis服务再重启，数据可以正常恢复了

注：

同级目录下的 dump.rdb 文件是redis的RDB快照，若aof文件异常，可将备份的快照文件拷贝到对应目录下重启redis，则同样可恢复缓存数据（RDB因为是定时备份，所以存在数据丢失）

AOF是基于命令追加，而RDB是基于快照，根据策略每隔一段时间保存一份数据快照,相比较之下，AOF更新频率更，数据更加完整
所以如果AOF和RDB同时存在的时候，Redis会优先使用从AOF文件来还原数据库状态，如果AOF关闭状态时，则从RDB中恢复