Redis整合到string boot中

  1. 我们先创建一个新项目
  2. 配置pom文件,将如图两组插件放置下载
<!-- redis -->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>

<!-- spring2.X集成redis所需common-pool2-->
<dependency>
<groupId>org.apache.commons</groupId>
<artifactId>commons-pool2</artifactId>
<version>2.6.0</version>
</dependency>1. 手动创建yml文件
2. spring:
   redis:
     #服务器ip地址
     host: 101.37.76.125
   #Redis服务器连接端口
     port: 6379
     # redis服务的密码
     password: redis123
   #Redis数据库索引(默认为0)
     database: 0
   #连接超时时间(毫秒)
     timeout: 1800000
   #连接池最大连接数(使用负值表示没有限制)
     lettuce:
       pool:
         max-active: 20
   #最大阻塞等待时间(负数表示没限制)
         max-wait: -1
   #连接池中的最大空闲连接
         max-idle: 5
   #连接池中的最小空闲连接
         min-idle: 0

为了保证效率和代码格式的规范性直接复制

例子

Reids持久化

RDB是什么

如何配置RDB和保持它的快照

在redis.conf中配置文件名称,默认为dump.rdb

在文件中20%

  1. 配置位置

rdb文件的保存路径,也可以修改。默认为Redis启动时命令行所在的目录下

dir "/myredis/"

在文件中21%

  1. 如何触发RDB快照;保持策略
  1. 配置文件中默认的快照配置

在文件中18%

  1. 命令save VS bgsave

save :save时只管保存,其它不管,全部阻塞。手动保存。不建议。

bgsave:Redis会在后台异步进行快照操作, 快照同时还可以响应客户端请求。

可以通过lastsave 命令获取最后一次成功执行快照的时间

  1. flushall命令

执行flushall命令,也会产生dump.rdb文件,但里面是空的,无意义

  1. ###SNAPSHOTTING快照###
  2. Save

格式:save 秒钟 写操作次数

RDB是整个内存的压缩过的Snapshot,RDB的数据结构,可以配置复合的快照触发条件,

默认是1分钟内改了1万次,或5分钟内改了10次,或15分钟内改了1次。

禁用

不设置save指令,或者给save传入空字符串

  1. stop-writes-on-bgsave-error

当Redis无法写入磁盘的话,直接关掉Redis的写操作。推荐yes.

在文件19%                                                                                                                       

  1. rdbcompression 压缩文件

对于存储到磁盘中的快照,可以设置是否进行压缩存储。如果是的话,redis会采用LZF算法进行压缩。

如果你不想消耗CPU来进行压缩的话,可以设置为关闭此功能。推荐yes.

  1. rdbchecksum 检查完整性

在存储快照后,还可以让redis使用CRC64算法来进行数据校验,

但是这样做会增加大约10%的性能消耗,如果希望获取到最大的性能提升,可以关闭此功能

推荐yes.

  1. 劣势
  1. Fork的时候,内存中的数据被克隆了一份,大致2倍的膨胀性需要考虑
  2. 虽然Redis在fork时使用了写时拷贝技术,但是如果数据庞大时还是比较消耗性能。
  3. 在备份周期在一定间隔时间做一次备份,所以如果Redis意外down掉的话,就会丢失最后一次快照后的所有修改。

什么是AOF

AOF如何启动

  1. 修改默认的appendonly no,改为yes
  2. 将有数据的aof文件复制一份保存到对应目录(查看目录:config get dir)
  3. 恢复:重启redis然后重新加载

AOF的数据恢复

先手动将appendonly.aof里的数据改写

把0改写

可以使用redis-check-rdb来恢复AOF文件(一般直接将错误的文件删除)

修改完毕之后,Redis启动成功。

然后再查看appendonly.aof文件数据是否恢复