springboot+redis缓存,高并发

对于咱们程序员而言，在考虑使用一个新功能的框架式，我们首先需要弄懂它的定义是什么？为什么要用它？应该怎样用才能更好的实现它的价值？

无论在使用什么框架或者学习新东西的时候都需要遵循这三个问题原则。

缓存主要是将数据存在计算机的内存当中，以便于在使用的时候是可以实现快速读取使用，它的快也是相对于硬盘读取而言。

redis是一种使用比较广泛、性能强悍的缓存框架，在国内公司的使用量也是很多的。

缓存主要是针对读多写少、高并发的应用场景，来实现对数据的快速响应。

使用缓存后的好处如下：

1、提高读取吞吐量

2、提升应用程序性能

3、降低数据库成本

4、减少后端负载

5、消除数据库热点

6、可预测的性能

既然使用缓存的好处那么明显，我们怎么会拒绝这么好的东西呢？

整合redis前需要把本地redis或者远程的redis服务先启动起来，可通过点击下载redis到本地运行起来，点击redis-server运行后界面如下图

在这里插入图片描述

我们主要是基于springboot进行使用redis，在使用之前你需要先搭建好springboot的项目，如果不会搭建的朋友可参考这篇博客（一）还不会用springboot写接口？快看这里，手把手操作，一发入魂~

之后咱们所有的功能都是基于该项目进行深层开发，尽可能的让每一为同学都会使用java的框架进行项目开发，入门程序猿领域。

废话不多说，咱们开始干吧。

3.1 引入redis依赖

项目完整的pom.xml文件如下：

3.2 配置redis连接信息并创建redis配置类

在application.yml文件配置redis链接信息，我这里使用的是本地redis服务，所以链接信息是127.0.0.1

完整的yml文件配置如下

创建redis配置类，一定要注意打上@EnableCaching注解，否则spring自带的缓存注解功能将不会自动启用

3.3 在controller接口方法上使用注解

使用缓存查询注解。在这里，我们主要是通过获取菜单详情的接口上打了一个缓存查询的注解，然后即可以实现每次查询的时候先判断缓存里面有没有值，有值就直接从缓存里面去，否则再去查数据库
为了方便测试，我把注解直接打在controller层上面。但是大家要注意，在项目中一般要写在service层(实现类上的)。

使用缓存更新注解，主要包含新增、更新和删除数据。该缓存更新和删除的原理主要是是在每次接口调用的时候都去更新对应缓存里面key，删除也是通过重新设置一个新的值实现的，等下通过测试，咱们可以很明显的看到结果

3.4 测试一下

我们通过knife4j接口文档工具调用一下接口进行测试

查询详情接口测试
我们先通过调用菜单详情的接口，然后可以看到正常返回数据，同时日志里面因为是第一次请求所以直接去查数据库，当第二次请求，打过来的时候，可以看到那个日志已经没了，所以该请求通过缓存取到的数据

同时，我们通过redis客户端也可以很清晰的看到，已经有一个对应的key和value了，因此可以说明咱们的注解已经生效了
更新接口测试
我们首先调用保存的方法去更新咱们这条测试数据，将name改为首页2，通过页面可以看到，咱们已经成功更新了。接下来咱们主要是看缓存里面的数据有没有更新

当我们再次调用详情接口去查询数据的时候，可以看到数据已经成功更新了，因为咱们的缓存已经有了这个key，而且这个返回的数据是更新后的数据，所以说明咱们缓存里面的数据也已经更新成功了
删除接口测试
接下来我们测试一下删除注解，调用接口之后，可以看到放了一个true，说明咱们已经删除数据库的数据成功了。

再次调用一下详情接口，可以看到该数据已经没有了

然后再通过redis客户端去查一下该key还在不在，可以很清晰的看到，该key是存在的，但是值已经变了

上面就是咱们测试的一个全流程，如果有什么疑问和建议欢迎大家留言