缓存 redis 缓存失效 分布式锁 Redisson SpringCache

1、缓存

1.1 缓存背景

      在系统性能测试3.3.2这一节中，已经发现了频繁读写数据库，非常影响整个系统的性能指标，比如系统的TPS，QPS，吞吐量等等都很低。为了提高系统整体性能，在有限的硬件条件下，尽量能够让更多的用户同时访问微服务，而且还有较高的稳定性，就要尽量避免频繁读写数据库。解决办法就是把常用的数据放入缓存中，这样web请求过来，就可直接从缓存中给数据，不用频繁查询数据库了，从而达到整体系统性能提升。

1.2 缓存的使用

        为了系统性能的提升，我们一般都会将部分数据放入缓存中，加速访问。而 db 承担数据落盘工作。

1.2.1 哪些数据适合放入缓存

（1）即时性、数据一致性要求不高的数据

（2）访问量大且更新频率不高的数据（读多，写少）

举例：电商类应用，商品分类，商品列表等适合缓存并加一个失效时间(根据数据更新频率 来定)，后台如果发布一个商品，买家需要 5 分钟才能看到新的商品一般还是可以接受的。

1.2.2 缓存一般使用流程

 注意：在开发中，凡是放入缓存中的数据我们都应该指定过期时间，使其可以在系统即使没 有主动更新数据也能自动触发数据加载进缓存的流程。避免业务崩溃导致的数据永久不一致 问题

2、缓存基本功—Redis    

     现在主流承担缓存职能的是Redis，是一种非关系型数据库（NoSQL），比起关系型数据库（比如Mysql，Oracle）的优点就是只用键值对存储，读写，查询效率都很高。缺点自然就是关系型数据库能处理的字段关系，NoSQL又不好处理。总之，知道Redis适合做缓存就对了，至于非关系数据库和Redis想深入了解的，请阅读

2.1 简介

     Tip：本文介绍和缓存相关的Redis的使用，想深入了解非关系型数据库（NoSQL）以及Redis，请阅读https://blog.csdn.net/u011863024/article/details/107476187，写得非常非常全面。

2.2 Redis五大数据类型及常用命令

 以上只是大纲，具体细化，还得花时间挨个百度。

2.3 jedis

    Redis的java客户端，java程序员通过jedis来操作Redis数据库。了解一下即可，主要操作的就是下面注意事项中的依赖替换，jedis的操作都封装在springcache里了，至少在缓存方面，我们也没啥机会用这个jedis

特别注意：

     springboot2.0以后默认使用lettuce作为操作redis的客户端。它使用netty进行网络通信，效率确实比Jedis更好，但是有bug会导致netty堆外内存溢出，暂时没有更好的解决办法（其实可能已经解决了，我学这个的时候，老师还用的spring2.1.8,现在都spring5.x了），因此只能Lettuce新版本看能不能解决此bug，或者切换使用jedis。

    我们要操作的就是从springboot redis的starter中排除掉lettuce，然后补上jedis依赖，其他操作交给后面的SpringCache框架。

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-data-redis</artifactId>
        <exclusions>
           <exclusion>
                <groupId>io.lettuce</groupId>
                <artifactId>lettuce-core</artifactId>
            </exclusion>
        </exclusions>
</dependency>
<!-- 替代上面被排除的lettuce-->
<dependency>
     <groupId>redis.clients</groupId>
     <artifactId>jedis</artifactId>
</dependency>

3、缓存失效问题

      本节讲的缓存失效问题，是你自己去写一个缓存，需要避免的问题。缓存框架springcache都已经基本解决了这些问题（说基本是因为还有一类复杂问题没有解决），我们只需要配置springcache即可，但是首先还是需要了解下缓存失效问题。

3.1 缓存穿透

（1）简介

    缓存穿透是指查询一个一定不存在的数据，由于缓存是不命中，将去查询数据库，但是数 据库也无此记录，我们没有将这次查询的 null 写入缓存，这将导致这个不存在的数据每次请求都要到存储层（Mysql）去查询，失去了缓存的意义。

（2）风险

 黑客利用不存在的数据进行攻击，数据库瞬时压力增大，最终导致崩溃

（3&#x