全网整合营销服务商

营销型网站+SEO优化+关键词快排=一站式服务

免费咨询热线:15959292472

「楚雄市网站搭建公司哪家好」一文带你了解Redis持久化完整版本

  

本文讲解知识点
持久化的简介
RDB
AOF
RDB与AOF的区别
持久化应用场景

  

前言

咔咔整理了一个路线图,打造一份面试宝典,准备按照这样的路线图进行编写文章,后期发现没有补充到的知识点在进行添加。也期待各位伙伴一起来帮助补充一下。评论区见哦!

  

在这里插入图片描述

演示环境

centos7.0
redis4.0
redis存放目录:/usr/local/redis
redis.conf存放目录:/usr/local/redis/data

  

1. 持久化简介

redis的所有数据都是保存在内存中,redis崩掉数据会丢失。redis持久化就是把数据保存在磁盘上。利用永久性存储介质将数据进程保存,数据库在特定的时间将保存的数据进行恢复的工作机制称为持久化。

  

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

  

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

  

第二种操作过程,存储操作过程,存储结构复杂,关注点在数据的操作过程,也就是下文会讲到的AOF

  

2. RDB

2-1 RDB启动方式 -- save命令

下图是redis.conf的配置信息,在执行完save后会生成一个dump.rdb的文件现在我们设置一个值,然后save一下,在/usr/local/redis/data下就会有一个dump6379.rdb的一个文件

  

2-2 RDB启动方式 -- save指令相关配置

  • dbfilename dump6379.rdb :设置本地数据库文件名,默认值为dump.rdb
  • dir:存储rdb文件的路径
  • rdbcompression yes :设置存储至本地数据库时是否压缩数据,默认为yes,采用lzf压缩
  • rdbchecksum yes:设置是否进程RDB文件格式校验,该校验过程在写文件和读文件过程均进行

2-3 RDB数据恢复

其实这个数据恢复相对于其他关系型数据库恢复基本就不用操作什么。只需要重新在启动就好了

  

2-4 RDB -- save指令工作原理

此图来源于网络视频。
save指令的执行会阻塞当前redis服务器,直到当前RDB过程完为止,有可能会造成长时间的阻塞。这个指令在工作过程中基本以被废弃不在使用。会以bgsave全部代替

  

2-5 RDB -- bgsave指令工作原理

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

  

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

  

2-5 RDB -- 配置文件自启动

save 900 1
save 300 10
save 60 10000
stop-writes-on-bgsave-erroryes

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

  

也就是说在300秒有10个key值发生变化了,就会在后台执行bgsave

  

3. AOF

3-1 AOF概念

AOF持久化:以独立日志的方式记录每次写命令,重启时在重新执行AOF文件中命令达到数据恢复的目的。与RDB相比可以简单描述为记录数据产生的过程

  

AOF的主要作用是解决了数据持久化的实时性,目前已经是redis持久化的主流方式

  

3-2 AOF写数据过程

执行一条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服务,就可以在usr/local/redis/data目录下可以看到appendonly.aof文件了然后我们在redis客户端执行一条命令,在来查看一下。可以看到数据都会存入appendonly.aof这个文件中。

  

3-5 AOF写数据出现的问题

我们先看一个案例,我们重复设置了name这个key后,打开appendonly.aof文件查看,可以看到有三个操作,但是这三个操作我们都是修改的一个key啊!我们只保存最后一个key不行吗?带着这个疑问,我们在继续往下看

  

3-6 AOF重写

随着命令不断写入AOF,文件会越来越大,为了解决这个问题,redis引入了AOF重写机制压缩文件体积。AOF文件重写是将redis进程内的数据转化为写命令同步到新AOF文件的过程。简单说就是将对同一个数据的若干条命令执行结果转化为最终结果数据对应指令的执行记录。

  

如在上边我们执行了三次 set name 指令,但是我们最终就只需要最后一次执行的数据。也就是我们只需要最后一次执行记录即可。

  

3-7 AOF重写作用

  • 降低磁盘占用量,提高磁盘利用率
  • 提高持久化效率,降低持久化写时间,提高IO性能
  • 降低数据恢复用时,mysql教程提高数据恢复效率

3-8 AOF重写规则

  • 进程内已超时的数据不再写入文件
  • 忽略无效指令,重写时使用进程内数据直接生成,这样新的AOF文件值保留最终数据的写入命令。如del指令,hdel,srem。 多次设置一个key值等
  • 对同一数据的多条写入命令合并为一条命令:如lpush list a lpush lsit b lpush list c可以转化为lpush list a b cPython教程!但是为了防止数据量过大造成客户端缓冲区溢出,对list,set,hash,zset类型每条指令最多写入64个元素

3-9 AOF手动重写

指令:bgrewriteaof

  

接着我们3-5的问。

「楚雄市网站搭建公司哪家好」一文带你了解Redis持久化完整版本

您的项目需求

*请认真填写需求信息,我们会在24小时内与您取得联系。