redis（二）redis的运用与缓存穿透，雪崩的处理
redis（二）redis的运用与缓存穿透，雪崩的处理
springboot集成redis
redis
上一篇是关于redis介绍的文章，这里不重复赘述了。快速通道
生成springboot项目
之前有讲过如何快速创建springboot项目，这里也不重复赘述了。快速通道
springboot配置文件
找到springboot的配置文件，添加配置，这里使用的是application.properties，application.yml类似
spring.redis.host=127.0.0.1
#Redis服务器连接端口
spring.redis.port=6379
#Redis服务器连接密码（默认为空）
spring.redis.password=
#连接池最大连接数（使用负值表示没有限制）
spring.redis.jedis.pool.max-active=8
#连接池最大阻塞等待时间（使用负值表示没有限制）
spring.redis.jedis.pool.max-wait= 3000ms
#连接池中的最大空闲连接
spring.redis.jedis.pool.max-idle=8
#连接池中的最小空闲连接
spring.redis.jedis.pool.min-idle=0
#连接超时时间（毫秒）
spring.redis.timeout= 3000ms
redis连接工具类
此处使用的是stringredistemplate，也是比较常用的，还有redistemplate
StringRedisTemplate和RedisTemplate区别
StringRedisTemplate继承了RedisTemplate。RedisTemplate是一个泛型类，而StringRedisTemplate则不是。StringRedisTemplate只能对key=String，value=String的键值对进行操作，RedisTemplate可以对任何类型的key-value键值对操作。- 是他们各自
序列化的方式不同，但最终都是得到了一个字节数组，殊途同归，StringRedisTemplate使用的是StringRedisSerializer类；RedisTemplate使用的是JdkSerializationRedisSerializer类。反序列化，则是一个得到String，一个得到Object
RedisUtils
这个utils是从网上找的，也比较全面->RedisUtils
因为代码比较多，所以我放在了第三方渠道里面，点击文章最下方阅读原文，获取最新代码
代码测试
这里只做一个简单的取值赋值演示，详细的使用，相信各位大大，看了本文涉及到的几篇文章，再看RedisUtils代码，自己能找到适用的数据结构和配套的连接方式
package com.yxj.spring.controller;
import com.yxj.spring.utils.RedisUtils;
import com.yxj.spring.vo.User;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.web.bind.annotation.*;
/**
* @version v1.0
* @Copyright(c): 2020-2020
* @FileName: RedisTestController.java
* @Description:
* @autho Admin
* @date 2020/1/17 13:55
*/
@RestController
@RequestMapping("/test")
public class StringRedisTestController {
@Autowired
private RedisUtils redisUtils;
@PostMapping("/redis")
public String updateRedis(User user){
redisUtils.set(user.getId(),user.getUserName());
return "success";
}
@GetMapping("/redis/{key}")
public String insertRedisTest(@PathVariable String key){
return redisUtils.get(key);
}
}
redis事物
简介
Redis 事务可以一次执行多个命令， 并且带有以下三个重要的保证
- 批量操作在发送
EXEC命令前被放入队列缓存。 - 收到
EXEC命令后进入事务执行，事务中任意命令执行失败，其余的命令依然被执行。 - 在事务执行过程，其他客户端提交的命令请求不会插入到事务执行命令序列中。
一个事务从开始到执行会经历以下三个阶段
- 开始事务
- 命令入队
- 执行事务
例子
以下是一个事务的例子， 它先以 MULTI 开始一个事务， 然后将多个命令加入到事务中， 最后由 EXEC 命令触发事务， 一并执行事务中的所有命令
单个 Redis 命令的执行是原子性的，但 Redis 没有在事务上增加任何维持原子性的机制，所以 Redis 事务的执行并不是原子性的。
事务可以理解为一个打包的批量执行脚本，某个脚本指令执行失败，不会导致前面做的操作回退和影响后面的指令运行
可以观看下图操作，set b很明显是失败的，但是set a 和 set c 操作还是成功了
有关于事物的命令
DISCARD取消事务，放弃执行事务块内的所有命令。EXEC执行所有事务块内的命令。MULTI标记一个事务块的开始。UNWATCH取消 WATCH 命令对所有 key 的监视。WATCH key [key ...]监视一个(或多个) key ，如果在事务执行之前这个(或这些) key 被其他命令所改动，那么事务将被打断。
redis缓存穿透和
PS：以下有个人理解，但是本人没有做过这种处理，只是看文章总结出来的内容，不保障效果，如果有错误，还请各位大佬指正！
缓存穿透
介绍
通常我们使用缓存存储某条记录，流程是先根据key查询redis，如果redis不存在，查询数据库，再同步至redis，如果每次都给定一个不存在的key那么redis无存在的意义，没有一点作用，这个叫做缓存穿透
解决方案
网上给出了两种解决方案
布隆过滤
对所有可能查询的参数以hash形式存储，在控制层先进行校验，不符合则丢弃，从而避免了对底层存储系统的查询压力；
我的理解
- 假定查询某个文章的浏览量
- 在文章保存的时候，先将文章的
ID，进行处理，处理后放入redis redis查询不到，准备从数据库查询前，先查询该条记录ID可不可能存在- 如果不存在，不操作，存在，再去做数据库数据保存至
redis操作
缓存空对象
redis和数据库都没有通过key查询到数据，将返回的空对象也存储起来key->null,之后再次访问，直接就返回了null，需要设置过期时间，推荐1-2分钟内，具体视业务而定
我的理解
这个其实相对比较容易理解，就是保障一段时间，这个不存在结果的key，不会一直访问数据库,当然，这种数据如果多了，想想都可怕，全是key->null
如果本来之前没有的key，突然存在了，再次查询走缓存，返回的null是不是与数据库就不一致了呢？这里可能需要再多做业务处理
缓存雪崩
介绍
缓存击穿，是指一个key非常热点，在不停的扛着大并发，大并发集中对这一个点进行访问，当这个key在失效的瞬间，持续的大并发就穿破缓存，直接请求数据库，就像在一个屏障上凿开了一个洞。
解决方案
保证缓存层服务高可用性
即使个别节点、个别机器、甚至是机房宕掉，依然可以提供服务，比如 Redis Sentinel 和 Redis Cluster 都实现了高可用。
依赖隔离组件为后端限流并降级
在缓存失效后，通过加锁或者队列来控制读数据库写缓存的线程数量。比如对某个key只允许一个线程查询数据和写缓存，其他线程等待。
数据预热
可以通过缓存reload机制，预先去更新缓存，即将发生大并发访问前手动触发加载缓存不同的key，设置不同的过期时间，让缓存失效的时间点尽量均匀。
分布式锁
在缓存更新或者过期的情况下，先获取锁，在进行更新或者从数据库中获取数据后，再释放锁，需要一定的时间等待，就可以从缓存中继续获取数据。
要不就设置永不过期吧，哈哈哈哈哈，省时省力