Java整合Redis

Jedis

什么是jedis，jedis是官方推荐的java连接开发工具！使用java操作redis，那么一定得对jedis十分的熟悉
了解Jedis了解整个原理流程

常用的API

String
Set
List
Hash
Zset
参考之前的文章

springboot整合

springboot 操作数据：spring-data jpa mongodb redis
springData 是和springBoot齐名的项目
在springboot2.x之后，原来 使用的jedis被替换成为了lettuce

jedis:采用的直连，多个线程操作的话，是不安全的，如果想要避免不安全 的，使用jedis pool连接池 BIO
lettuce：采用netty，实例可以再多个线程中进行共享，不存在线程不安全的情况，可以减少线程数量，更像NIO模式
实体类一般需要序列化

网络
bind 127.0.0.1 #绑定的ip
protected-mode yes #保护模式
port 6379 #端口设置

通用 Ganeral
daemonize yes #以守护进程的方式运行，模式是no，需要手动改为yes
pidfile /var/run/redis_6379.pid #如果以后台的方式运行，我们就需要指定一个pid文件

日志
loglevel notice
logfile " " #数据库的数量，默认是16个数据库
always-show-logo yes # 是否总是显示logo

快照
持久化，在规定的时间内，执行了多少次操作，则会持久化到文件 .rdb .aof，redis是内存数据库，如果没有持久化，那么数据断电及失
save 900 1 #如果900s内，至少有一个key进行了修改，进行持久化操作
save 300 10
save 60 100000
stop-writes-on-error yes #如果持久化出错了，是否继续工作
rdcompression yes #是否压缩rdb文件，需要消耗一些cpu资源
rdbchecksum yes #保存rdb文件的时候，进行错误的检查校验
dir ./ #rdb文件保存的目录

replication 复制

security 安全
config get requirepass #获取redis的密码
config set requirepass “123456” #设置redis的密码
auth 123456 #使用密码进行登录

限制 client
maxclients 10000 #设置能连接上redis最大客户端的数量
maxmemory #redis 配置最大的内存容量
maxmemory-policy noveiction #内存到达上线之后的处理策略

• valatile-lru：只对设置了过期时间的key进行LRU（默认值）
• allkeys-lru：删除lru算法的key
• volatile-random：随机删除即将过期key
• allkeys-random：随机删除
• volatile-ttl：删除即将过期的
• noeviction：永不过期，返回错误

append only 模式 aof配置

appendonly #默认不开启aof模式，默认是使用rdb方式持久化的，在大部分所有的情况下，rdb完全够用
appendfilename “appendonly.aof” # 持久化文件的名字
appendfsync everysec #每秒执行一次 sync，可能会丢失一秒的数据
appendfsync everysec #每次修改都会sync，消耗性能
appendfsync no #不执行sync，这个时候操作系统自己同步数据，速度最快

Rdb 缓存操作

rdb命令

• dbfilename #默认保存文件为dump.rdb

rdb触发机制

• save的规则满足的情况下，会自动触发rdb规则
• 执行 flushall 命令，也会触发rdb规则
• 退出 redis，也会产生 rdb 文件

恢复 rdb 文件

• 只需要将 rdb 文件放在我们 redis 启动目录就可以，redis 启动的时候就会自动检查 dump.rdb 恢复其中的数据
• 查看需要存在的位置
• • config get dir
  • “dir”
  • “/usr/local/bin” #如果这个目录下存在 dump.rdb 文件，启动就会自动恢复其中的数据

优点：
1、适合大规模数据恢复 ！ dump.rdb
2、对数据的完整性要求不高可以使用rdb
缺点：
1、需要一定的时间间隔进行操作，如果redis意外宕机了，这个最后一次修改数据就没有了
2、fork进程的时候，会占用一定的内容空间

Aof（Append Only File）

将所有命令都记录下来，history，恢复的时候就把这个文件全部执行一遍
以日志的形式来记录每个写操作，将redis、执行过的所有指令都记录下来，只许追加文件但不可以改写文件，redis启动之初会读取该文件重新构建数据

Aof保存的是appendonly.aof文件

append
appendonly #默认为no，需要改为yes开启aof
appendfilename #默认生成的文件名字为 appendonly.aof
ps：如果aof文件有错误，redis是启动不了的，这时候就需要修复这个aof文件，可以使用redis的修复文件：redis -check-aof（修复后数据会丢失）

优点：
1、每一次修改都同步，文件的完整性会更加好
2、每秒同步一次，可能会丢失一秒的数据
3、从不同步，效率最高
缺点：
1、相对于数据文件来说，aof远远大于rdb，修复的速度也比rdb慢
2、aof运行效率也要比rdb慢，所以我们redis默认的配置就是rdb持久化

rewrite 重写规则
aof默认的就是文件的无限追加，文件会越来越大，所以会不断重写
如果aof文件大于64m，会自动fork一个新的进程来将我们的文件进行重写

Redis发布订阅

命令
subscribe anxu #订阅频道消息
publish anxu “hello” #向频道发送消息
unsubscribe #退订频道消息
应用场景

• 实时消息系统
• 实时聊天（频道当做聊天室，将信息回显给所有人即可）
• 订阅、关注系统都可以
  稍微复杂的场景可以使用mq来做

Redis主从复制

数据的复制是单向的，读写分离
只配置从库，不配置主库，Redis默认主库

常用命令

• info replication #查看当前redis的信息

单机环境模拟多个集群形成多个配置文件构建多个redis，每个配置文件都需要配置日志，pid名字，端口，安全模式，dump.rdb名字，是否后台运行

（至少）一主二从

常用命令
slaveof 127.0.0.1 6379 #当前redis服务器设置为6379redis服务器的从机
真实的主从配置应该在配置文件中配置，这样的修改是永久的
replicaof host port #默认是为空的，可以手动配置主从复制
主机只负责写，从机只负责读，主机中的所有信息，都会被从机保存
主机和从机之间有两种复制模式，一种是全量复制，刚开始连接时从机会一次性复制主机信息，另一种是增量复制，主机后续的每次单条信息更改都会传给从机
可以使用slaveof no one从子节点变为父节点

哨兵模式 （Sentinel）

自动选举父节点
创建 配置sentinel.conf 文件

sentinel monitor   被监控的名称（自己取，用于标识）  127.0.0.1 6379 1    #1代表如果主机挂掉，会启用投票机制选取主机

在bin目录下，启动哨兵文件

redis-sentinel mydir/sentinel.conf

哨兵模式

优点：
1、哨兵集群，基于主从复制，所有的主从配置优点，他全有
2、主从可以切换，故障可以转移，系统的可用性会更好
3、哨兵模式就是主从模式的升级，手动到自动，更加健壮
缺点：
1、redis不好在线扩容，集群容量一旦到达上限，在线扩容就十分麻烦
2、实现哨兵模式的配置繁琐，里面有很多选择

Redis缓存穿透和雪崩

缓存穿透解决方案：（查不到所造成的）
1、 过滤器（布隆过滤器）
布隆过滤器是一种数据结构，对所有可能查询的参数也hash形式存储，在控制层先进行校验，不符合则丢弃，从而避免了对底层存储系统的查询压力
2、缓存空对象
缺点：1、空间中可能有很多空值的键 2、缓存层和存储层的数据会有一段时间的窗口不一致性

缓存击穿解决方案：（量太大，持续高并发，缓存过期造成的）
1、热点数据永不过期
2、加入互斥锁

雪崩解决方案：
1、redis高可用
2、限流降级
3、数据预热