文章目录RDB简介持久化触发条件RDB的优缺点AOF简介AOF的三种持久化规则AOF的重写机制AOF文件修复AOF的优缺点RDB简介RDB是Redis默认用来进行持久化的一种方式根据配置文件中的save m n配置自动触发bgsave将当前内存中的数据集以快照的方式写入到磁盘中并生成一个.rdb文件文件默认叫做dump.rdb。恢复数据时也是通过解析dump.rdb中的数据到内存中。持久化触发条件RDB持久化的触发分为手动触发和自动触发两种。1手动触发save命令会阻塞Redis服务器进程直到RDB文件创建完毕为止在Redis服务器阻塞期间服务器不能处理任何命令请求。基本已废弃效率太慢ps:拿网络中的一副图给大家举例展示bgsave命令会创建一个子进程由子进程来负责创建RDB文件父进程(即Redis主进程)则继续处理请求。rdb最主要的持久化方式bgsave持久化redis会单独创建fork一个子进程来进行持久化操作将数据写入到一个临时文件中等持久化过程正常结束后再用这个临时文件替换上次持久化好的.rdb文件。整个过程主进程不会进行任何IO操作且只有fork的子线程时会阻塞服务器同时也可以处理其他客户端发来的请求这就确保了极高的性能。ps:拿网络中的一副图给大家举例展示另外在执行shutdown丶flushdball等敏感命令时也会触发bgsave目的是防止还没触发自动持久化的阀值时造成数据丢失的问题。2自动触发自动触发最常见的情况是在配置文件中通过save m n的规则指定当m秒内至少发生n次变化时达到了自动触发的阀值会触发bgsave。其中save 900 1的含义是900秒内redis数据发生了至少1次变化则执行bgsavesave 300 10和save 60 10000同理。当三个save条件满足任意一个时都会引起bgsave的调用。RDB的优缺点优点1.效率高每次持久化都是通过frok一个子线程来进行且主线程不用进行IO操作。2.数据恢复快适合大规模恢复数据。3.恢复数据比较简单只用将dump.rdb放到redis的安装目录下即可。redis启动时自动解析指定目录下的dump.rdb文件然后渲染到内存中。可在redis命令行通过CONFIG GET dir 命令获取安装目录缺点1.持久化不是实时的是根据自动持久化的阀值触发持久化也就是说还没有打到阀值触发自动持久化时服务器断电就会导致最后一次还未进行持久化的数据丢失。2.bgsave时占用内存因为Redis 在持久化时会独立创建一个子进程将当前时间节点下的数据写入到一个临时文件如果不采用压缩算法此时内存中的数据就是原来的两倍最后才会将临时文件替换之前的备份文件内存中临时的数据才会消失。因此不要频繁进行持久化操作AOF简介aof是redis持久化技术之一它就是改写操作日志通过记录每次对redis改写的操作并追加到appendonly.aof文件中ps:实际上就是一个历史操作记录文件但不记录读操作然后每次启动redis恢复数据时就是将appendonly文件中的改写命令全部重新执行一遍。AOF的三种持久化规则aof默认不开启如果要开启则将redis.conf中的appendonly 改为yes然后重启redis即可。appendfsync always #每次修改都会进行同步保存消耗性能 appendfsync everysec #每秒执行一次同步保存但可能丢失一秒的数据 appendfsync on #永不同步AOF的重写机制AOF的工作原理是将写操作追加到文件中文件的冗余内容会越来越多。所以Redis 新增了重写机制。当AOF文件的大小超过所设定的阈值时Redis就会对AOF文件的内容压缩。触发机制当AOF文件大小是上次rewrite后大小的一倍且文件大于64M时触发。这里的“一倍”和“64M” 可以通过配置文件修改。重写的原理Redis 会fork出一条新进程读取内存中的数据保证结果不变的前提下以更少的redis命令重新写到一个临时文件中并不会读取旧文件也没有去改变旧文件因为太大了最后替换旧的aof文件。举例如果服务器对键 list 执行了以下四条命令RPUSH list 1 2 3 4 // [1, 2, 3, 4] RPOP list // [1, 2, 3] LPOP list // [2, 3] LPUSH list 1 // [1, 2, 3]那么当前列表键 list 在数据库中的值就为 [1, 2, 3] 。在没有重写之前我们的aof文件中就会将上面4条命令都记录下来而触发重写时则会读取当前内存中list的值然后用RPUSH list 1 2 3来代替前面的4条命令。通过直接读取redis中的值优化语句便可以压缩aof文件的大小并提高恢复数据的效率。AOF文件修复如果aof有错误那么在启动redis时启动则失败。此时我们可以通过redis自带的redis-check-aof --fix指定文件进行修复。redis-check-aof --fix appendonly.aofAOF的优缺点优点1.数据完整性高如果公司内对缓存数据有非常高的数据完整性要求则可使用aof。缺点1.数据恢复慢因为是重新执行一遍改写操作。2.因为是实时性所以效率比rdb慢。
文章目录RDB简介持久化触发条件RDB的优缺点AOF简介AOF的三种持久化规则AOF的重写机制AOF文件修复AOF的优缺点RDB简介RDB是Redis默认用来进行持久化的一种方式根据配置文件中的save m n配置自动触发bgsave将当前内存中的数据集以快照的方式写入到磁盘中并生成一个.rdb文件文件默认叫做dump.rdb。恢复数据时也是通过解析dump.rdb中的数据到内存中。持久化触发条件RDB持久化的触发分为手动触发和自动触发两种。1手动触发save命令会阻塞Redis服务器进程直到RDB文件创建完毕为止在Redis服务器阻塞期间服务器不能处理任何命令请求。基本已废弃效率太慢ps:拿网络中的一副图给大家举例展示bgsave命令会创建一个子进程由子进程来负责创建RDB文件父进程(即Redis主进程)则继续处理请求。rdb最主要的持久化方式bgsave持久化redis会单独创建fork一个子进程来进行持久化操作将数据写入到一个临时文件中等持久化过程正常结束后再用这个临时文件替换上次持久化好的.rdb文件。整个过程主进程不会进行任何IO操作且只有fork的子线程时会阻塞服务器同时也可以处理其他客户端发来的请求这就确保了极高的性能。ps:拿网络中的一副图给大家举例展示另外在执行shutdown丶flushdball等敏感命令时也会触发bgsave目的是防止还没触发自动持久化的阀值时造成数据丢失的问题。2自动触发自动触发最常见的情况是在配置文件中通过save m n的规则指定当m秒内至少发生n次变化时达到了自动触发的阀值会触发bgsave。其中save 900 1的含义是900秒内redis数据发生了至少1次变化则执行bgsavesave 300 10和save 60 10000同理。当三个save条件满足任意一个时都会引起bgsave的调用。RDB的优缺点优点1.效率高每次持久化都是通过frok一个子线程来进行且主线程不用进行IO操作。2.数据恢复快适合大规模恢复数据。3.恢复数据比较简单只用将dump.rdb放到redis的安装目录下即可。redis启动时自动解析指定目录下的dump.rdb文件然后渲染到内存中。可在redis命令行通过CONFIG GET dir 命令获取安装目录缺点1.持久化不是实时的是根据自动持久化的阀值触发持久化也就是说还没有打到阀值触发自动持久化时服务器断电就会导致最后一次还未进行持久化的数据丢失。2.bgsave时占用内存因为Redis 在持久化时会独立创建一个子进程将当前时间节点下的数据写入到一个临时文件如果不采用压缩算法此时内存中的数据就是原来的两倍最后才会将临时文件替换之前的备份文件内存中临时的数据才会消失。因此不要频繁进行持久化操作AOF简介aof是redis持久化技术之一它就是改写操作日志通过记录每次对redis改写的操作并追加到appendonly.aof文件中ps:实际上就是一个历史操作记录文件但不记录读操作然后每次启动redis恢复数据时就是将appendonly文件中的改写命令全部重新执行一遍。AOF的三种持久化规则aof默认不开启如果要开启则将redis.conf中的appendonly 改为yes然后重启redis即可。appendfsync always #每次修改都会进行同步保存消耗性能 appendfsync everysec #每秒执行一次同步保存但可能丢失一秒的数据 appendfsync on #永不同步AOF的重写机制AOF的工作原理是将写操作追加到文件中文件的冗余内容会越来越多。所以Redis 新增了重写机制。当AOF文件的大小超过所设定的阈值时Redis就会对AOF文件的内容压缩。触发机制当AOF文件大小是上次rewrite后大小的一倍且文件大于64M时触发。这里的“一倍”和“64M” 可以通过配置文件修改。重写的原理Redis 会fork出一条新进程读取内存中的数据保证结果不变的前提下以更少的redis命令重新写到一个临时文件中并不会读取旧文件也没有去改变旧文件因为太大了最后替换旧的aof文件。举例如果服务器对键 list 执行了以下四条命令RPUSH list 1 2 3 4 // [1, 2, 3, 4] RPOP list // [1, 2, 3] LPOP list // [2, 3] LPUSH list 1 // [1, 2, 3]那么当前列表键 list 在数据库中的值就为 [1, 2, 3] 。在没有重写之前我们的aof文件中就会将上面4条命令都记录下来而触发重写时则会读取当前内存中list的值然后用RPUSH list 1 2 3来代替前面的4条命令。通过直接读取redis中的值优化语句便可以压缩aof文件的大小并提高恢复数据的效率。AOF文件修复如果aof有错误那么在启动redis时启动则失败。此时我们可以通过redis自带的redis-check-aof --fix指定文件进行修复。redis-check-aof --fix appendonly.aofAOF的优缺点优点1.数据完整性高如果公司内对缓存数据有非常高的数据完整性要求则可使用aof。缺点1.数据恢复慢因为是重新执行一遍改写操作。2.因为是实时性所以效率比rdb慢。
