叨叨缓存中间件之Redis持久化机制

一、Redis持久化的必要性

相信大家普遍都知道&＃xff0c;Redis是NoSQL中的一员&＃xff0c;其数据都保存在内存中。那我们知道&＃xff0c;内存有一个特性就是断电即失&＃xff01;所以&＃xff0c;Redis的数据存储如果仅仅瞄准内存的话&＃xff0c;数据的安全性和可靠性是无法得到保证的&＃xff01;故而&＃xff0c;引申出Redis持久化机制。

那么&＃xff0c;有关Redis持久化机制的详细解读又是怎样的呢&＃xff1f;其实就是Redis的数据除了存储在内存中&＃xff0c;还可以配置持久化策略&＃xff1a;将Redis的数据保存到磁盘上。这样&＃xff0c;即使Redis宕机或者服务故障&＃xff0c;我们通过重启Redis服务&＃xff0c;可以从磁盘中恢复历史数据。Redis持久化策略的应用&＃xff0c;大大提升了数据的安全性和可靠性&＃xff01;

二、Redis如何实现持久化

Redis目前有2种方式进行数据的持久化&＃xff1a;

• RDB方式&＃xff1a;在指定时间间隔内对数据进行快照存储
• AOF方式&＃xff1a;记录每次对Redis服务的数据写入操作命令&＃xff0c;当服务重启时通过重新执行这些命令来恢复原始数据

2.1 RDB方式

2.1.1 客户端直接通过命令BGSAVE或者SAVE来创建一个内存快照

• BGSAVE 调用fork来创建一个子进程&＃xff0c;子进程负责将快照写入磁盘&＃xff0c;父进程照常工作&＃xff0c;不受任何影响。
• SAVE 执行SAVE命令过程中&＃xff0c;不再响应其他命令。

2.1.2 进入redis安装目录&＃xff0c;找到redis.conf配置文件&＃xff0c;在其内调整save命令的配置选项。redis发生数据写入操作的个数满足条件会触发BGSAVE命令的执行

# 900秒之内至少发生1次数据写入操作
save 900 1
# 300秒之内至少发生10次数据写入操作
save 300 10
# 60秒之内至少发生10000次数据写入操作
save 60 10000


2.1.3 RDB的优缺点

2.2 AOF方式

2.2.1 开启AOF持久化

appendonly yes


2.2.2 AOF策略调整

# 每次有数据修改发生时都会写入AOF文件
appendfsync always# 每秒钟同步一次&＃xff0c;该策略为AOF的缺省策略
appendfsync everysec# 从不同步。高效但是数据不会被持久化
appendfsync no


2.2.3 AOF的优缺点