RDB存储的弊端
- 存储数据量较大,效率较低。
基于快照思想,每次读写都是全部数据,当数据量巨大时,效率非常低。 - 大数据量下的IO性能较低。
- 基于fork创建子进程,内存产生额外消耗。
- 宕机带来的数据丢失风险。
解决思路
- 不写全数据,仅记录部分数据。
- 降低区分数据是否改变的难度,改记录数据为记录操作过程。
- 对所有操作均进行记录,排除丢失数据的风险。
AOF概念
- AOF(append only file)持久化:以独立日志的方式记录每次写命令,重启时再重新执行AOF文件中命令达到恢复数据的目的。与RDB相比可以简单描述为改记录数据为记录数据产生的过程。
- AOF的主要作用是解决了数据持久化的实时性,目前已经是Redis持久化的主流方式。
AOF写数据过程
AOF写数据三种策略(appendfsync)
- always(每次)
每次写入操作均同步到AOF文件中,数据零误差,性能较低。 - everysec(每秒)
每秒将缓冲区中的指令同步到AOF文件中,数据准确性较高,性能较高,在系统突然宕机的情况下丢失1秒内的数据。 - no(系统控制)
由操作系统控制每次同步到AOF文件的周期,整体过程不可控。
AOF功能开启
- 配置
appendonly yes|no - 作用
是否开启AOF持久化功能,默认为不开启状态 - 配置
appendfsync always|everysec|no
- 作用
AOF写数据策略
AOF相关配置
- 配置
appendfilename filename
- 作用
AOF持久化文件名,默认文件名未appendonly.aof,建议配置为appendonly-端口号.aof - 配置
dir - 作用
AOF持久化文件保存路径,与RDB持久化文件保持一致即可
AOF重写
随着命令不断写入AOF,文件会越来越大,为了解决这个问题,Redis引入了AOF重写机制压缩文件体积。AOF文件重
写是将Redis进程内的数据转化为写命令同步到新AOF文件的过程。简单说就是将对同一个数据的若干个条命令执行结
果转化成最终结果数据对应的指令进行记录。
AOF重写作用
- 降低磁盘占用量,提高磁盘利用率。
- 提高持久化效率,降低持久化写时间,提高IO性能。
- 降低数据恢复用时,提高数据恢复效率。
AOF重写规则
- 进程内已超时的数据不再写入文件。
- 忽略无效指令,重写时使用进程内数据直接生成,这样新的AOF文件只保留最终数据的写入命令,如del key1、 hdel key2、srem key3、set key4 111、set key4 222等 。
- 对同一数据的多条写命令合并为一条命令。
如lpush list1 a、lpush list1 b、 lpush list1 c 可以转化为:lpush list1 a b c,为防止数据量过大造成客户端缓冲区溢出,对list、set、hash、zset等类型,每条指令最多写入64个元素。
AOF重写方式
- 手动重写
bgrewriteaof
- 自动重写
auto-aof-rewrite-min-size size
auto-aof-rewrite-percentage percentage
AOF工作流程
AOF重写流程
RDB与AOF区别
RDB与AOF的选择
配置:
编辑redis.conf
[root@localhost redis]# vi redis.conf
往下拉 找到:
如下图:
appendonly no默认关闭aof方式 我们修改成yes 就开启
下面那个是默认的aof文件名
再往下拉:
如下图:
这里是三种同步策略:
always是只要发生修改,立即同步 (推荐实用 安全性最高)
everysec是每秒同步一次
no是不同步
我们修改成always
然后保存 退出;
然后我们重新启动redis,然后随便加几个key:
就会看到:这里就有一个appendonly.aof文件;aof方式恢复数据
我们先重置数据
[root@localhost redis]# rm -rf dump.rdb
[root@localhost redis]# ll
总用量 48
drwxr-xr-x. 2 root root 134 7月 18 11:05 bin
-rw-r--r--. 1 root root 46698 7月 18 12:14 redis.conf
启动redis,目前数据库是空:
[root@localhost redis]# ./bin/redis-server ./redis.conf
[root@localhost redis]# ./bin/redis-cli
127.0.0.1:6379> keys *
(empty list or set)
添加数据
127.0.0.1:6379> set n1 1
OK
127.0.0.1:6379> set n2 2
OK
127.0.0.1:6379> set n3 3
OK
127.0.0.1:6379> shutdown nosave
not connected> exit
[root@localhost redis]# ll
总用量 52
-rw-r--r--. 1 root root 107 7月 18 12:17 appendonly.aof
drwxr-xr-x. 2 root root 134 7月 18 11:05 bin
-rw-r--r--. 1 root root 46698 7月 18 12:14 redis.conf
[root@localhost redis]#
我们把aof文件剪切到其他地方去 然后启动试下:
结果没数据;
[root@localhost redis]# mv appendonly.aof /root/
[root@localhost redis]# ll
总用量 48
drwxr-xr-x. 2 root root 134 7月 18 11:05 bin
-rw-r--r--. 1 root root 46698 7月 18 12:14 redis.conf
[root@localhost redis]# ./bin/redis-server ./redis.conf
[root@localhost redis]# ./bin/redis-cli
127.0.0.1:6379> keys *
(empty list or set)
我们再把aof文件复制回来;我们发现已经有数据了
[root@localhost redis]# cp /root/appendonly.aof /usr/local/redis/
cp:是否覆盖"/usr/local/redis/appendonly.aof"? y
[root@localhost redis]# ll
总用量 52
-rw-r--r--. 1 root root 107 7月 18 12:22 appendonly.aof
drwxr-xr-x. 2 root root 134 7月 18 11:05 bin
-rw-r--r--. 1 root root 46698 7月 18 12:14 redis.conf
[root@localhost redis]# ./bin/redis-server ./redis.conf
[root@localhost redis]# ./bin/redis-cli
127.0.0.1:6379> keys *
1) "n1"
2) "n3"
3) "n2"
小结: 我们平时可以把aof文件定期备份 然后需要的时候 拷贝到redis下 重启即可;