Redis整合到string boot中
- 我们先创建一个新项目
- 配置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%
- 配置位置
rdb文件的保存路径,也可以修改。默认为Redis启动时命令行所在的目录下
dir "/myredis/"
在文件中21%
- 如何触发RDB快照;保持策略
- 配置文件中默认的快照配置
在文件中18%
- 命令save VS bgsave
save :save时只管保存,其它不管,全部阻塞。手动保存。不建议。
bgsave:Redis会在后台异步进行快照操作, 快照同时还可以响应客户端请求。
可以通过lastsave 命令获取最后一次成功执行快照的时间
- flushall命令
执行flushall命令,也会产生dump.rdb文件,但里面是空的,无意义
- ###SNAPSHOTTING快照###
- Save
格式:save 秒钟 写操作次数
RDB是整个内存的压缩过的Snapshot,RDB的数据结构,可以配置复合的快照触发条件,
默认是1分钟内改了1万次,或5分钟内改了10次,或15分钟内改了1次。
禁用
不设置save指令,或者给save传入空字符串
- stop-writes-on-bgsave-error
当Redis无法写入磁盘的话,直接关掉Redis的写操作。推荐yes.
在文件19%
- rdbcompression 压缩文件
对于存储到磁盘中的快照,可以设置是否进行压缩存储。如果是的话,redis会采用LZF算法进行压缩。
如果你不想消耗CPU来进行压缩的话,可以设置为关闭此功能。推荐yes.
- rdbchecksum 检查完整性
在存储快照后,还可以让redis使用CRC64算法来进行数据校验,
但是这样做会增加大约10%的性能消耗,如果希望获取到最大的性能提升,可以关闭此功能
推荐yes.
- 劣势
- Fork的时候,内存中的数据被克隆了一份,大致2倍的膨胀性需要考虑
- 虽然Redis在fork时使用了写时拷贝技术,但是如果数据庞大时还是比较消耗性能。
- 在备份周期在一定间隔时间做一次备份,所以如果Redis意外down掉的话,就会丢失最后一次快照后的所有修改。
什么是AOF
AOF如何启动
- 修改默认的appendonly no,改为yes
- 将有数据的aof文件复制一份保存到对应目录(查看目录:config get dir)
- 恢复:重启redis然后重新加载
AOF的数据恢复
先手动将appendonly.aof里的数据改写
把0改写
可以使用redis-check-rdb
来恢复AOF文件(一般直接将错误的文件删除)
修改完毕之后,Redis启动成功。
然后再查看appendonly.aof文件数据是否恢复