小潘杂谈

Redis持久化完整版本

时间：2020-09-23 00:00:07 作者：重庆seo小潘来源：

持久化的简介 RDB AOF RDB与AOF的区别持久化应用场景对于持久化这个功能点，其实很简单没有那么复杂演示环境centos7.0 redis4.0 redis存放目录：/usr/local/redis redis.conf存放目录：/usr/local/redis/data1. 持久化简介redis的所有数据都是保存在内存中

持久化的简介

RDB

AOF

RDB与AOF的区别

持久化应用场景

对于持久化这个功能点，其实很简单没有那么复杂演示环境centos7.0

redis4.0

redis存放目录：/usr/local/redis

redis.conf存放目录：/usr/local/redis/data1. 持久化简介redis的所有数据都是保存在内存中，redis崩掉数据会丢失。redis持久化就是把数据保存在磁盘上。利用永久性存储介质将数据进程保存，在特定的时间将保存的数据进行恢复的工作机制称为持久化。

持久化过程保存的是什么呢？

第一种快照形式，存储数据结果，关注点在数据，也就是下文会讲到的RDB

第二种操作过程，存储操作过程，关注点在数据的操作过程，也就是下文会讲到的AOF2. RDB2-1 RDB启动方式--save命令下图是redis.conf的配置信息，在执行完save后会生成一个dump.rdb的文件

Redis持久化完整版本

现在我们设置一个值，然后save一下，在/usr/local/redis/data下就会有一个dump6379.rdb的一个文件

Redis持久化完整版本 2-2 RDB使用方式之savedbfilename dump6379.rdb ：设置RDB文件名，默认值为dump.rdbdir：存储rdb或者aof文件的路径rdbcompression yes ：设置存储时是否压缩数据，默认为yes，采用lzf压缩rdbchecksum yes：设置是否进行RDB文件格式校验，该校验过程在写文件和读文件过程均进行2-3 RDB数据恢复其实这个数据恢复相对于其他关系型数据库恢复基本就不用操作什么。只需要重新在启动就好了2-4 RDB -- save指令工作原理当你执行save时，其他客户端请求redis的指令都会等待，直到save指令执行完成。因为save指令是单线程执行，一旦执行时间过长会直接导致其他用户端无法正常存储数据。所以这个指令我们默认被废弃。会使用下文介绍的bgsave来代替2-5 RDB -- bgsave指令工作原理 Redis持久化完整版本

当在redis执行了bgsave后会直接返回一个Background saving started

这个时候我们在看一下日志文件，bgsave命令是针对save阻塞问题做的优化

Redis持久化完整版本 2-5 RDB -- 配置文件自启动以下配置是默认配置save 900 1save 300 10save 60 10000stop-writes-on-bgsave-error yes

save【时间】【key改变数量】

也就是说在300秒有10个key值发生变化了，就会在后台执行bgsave3. AOF3-1 AOF概念AOF文件存储的是执行命令操作过程，恢复数据也是使用操作过程来恢复。3-2 AOF写数据过程 Redis持久化完整版本

执行一条redis命令

redis的AOF会把命令刷新缓冲区

然后根据一定的方式同步的到redis.conf配置的.aof文件中3-3 AOF写数据的三种策略always：执行的命令都会存储到AOF文件中，数据零误差，性能较低，不建议使用everysec：每秒将缓冲区中的指令同步到AOF文件中，数据准确性较高，性能较高，建议使用，也是默认配置。但是在系统突然宕机的情况下回丢失1秒内的数据no：由操作系统控制每次同步到AOF文件的周期，整体过程不可控3-4 AOF功能开启配置：appendonly yes|no作用：是否开启AOF持久化功能，默认为不开启状态配置：appendfsync always| everysec | no作用：AOF写数据策略配置：appenfilename filename作用：AOF持久化文件名，默认名为appendonly.aof Redis持久化完整版本

然后使用重启redis服务，就可以在usr/local/redis/data目录下可以看到appendonly.aof文件了

Redis持久化完整版本

然后我们在redis客户端执行一条命令，在来查看一下。可以看到数据都会存入appendonly.aof这个文件中。

Redis持久化完整版本 3-5 AOF写数据出现的问题我们先看一个案例，我们重复设置了name这个key后，打开appendonly.aof文件查看，可以看到有三个操作，但是这三个操作我们都是修改的一个key啊！我们只保存最后一个key不行吗？带着这个疑问，我们在继续往下看

Redis持久化完整版本 3-6 AOF重写如在上边我们执行了三次setname指令，但是我们最终就只需要最后一次执行的记录。也就是我们只需要最后一次执行记录即可。其他的记录就不需要了，然后会把压缩后的数据重写到aof文件中。

重写后我们的磁盘利用率就提高了

还有就是我们恢复数据的速度也会变快

同时也会提高持久化的效率3-7 AOF重写规则进程内已超时的数据不再写入文件忽略删除指令，如del，hdel，srem。还有就是3-5说的问题，连续对一个key进行操作对同一数据的多条写入记录合并为一条记录：如lpush list a lpush lsit b lpush list c可以转化为lpush list a b c。3-8 AOF手动重写指令：bgrewriteaof

接着我们3-5的问题，我们在命令行执行bgrewriteaof指令然后查看appendonly.aof文件

当执行完后会发现文件变小了，文件里也就只有一条指令了

Redis持久化完整版本 3-9 AOF手动重写工作原理3-10 AOF自动重写配置：auto-aof-rewrite-percentage 100 | auto-aof-rewrite-min-size 64mb