Redis整合到string boot中,redis持久化

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时只管保存,其它不管,全部阻塞。手动保存。不建议。

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

可以通过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文件数据是否恢复

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值