多级缓存（nginx本地缓存、JVM进程缓存、redis缓存）

文章目录

- 整体示意图
- 1.nginx缓存
- 2.进程缓存
- - - Caffeine示例
- 3.Lua语法(为了在nginx中做编程)
- 4.OpenResty
- 5.封装向Tomcat发送的Http请求，获取数据
- 6.Tomcat集群的负载均衡
- 7.redis缓存
- 8.查询Redis缓存
- 9.Nginx本地缓存

整体示意图

在这里插入图片描述

1.nginx缓存

在这里插入图片描述

2.进程缓存

Caffeine示例

在这里插入图片描述

3.Lua语法(为了在nginx中做编程)

在这里插入图片描述

4.OpenResty

在这里插入图片描述

5.封装向Tomcat发送的Http请求，获取数据

在这里插入图片描述

封装完函数之后，我们对nginx.conf进行修改（请求进来之后会去寻找item.lua）

在这里插入图片描述

item.lua文件内容

在这里插入图片描述

上面的item.lua文件中需要进行拼接数据，我们需要JSON结果处理

在这里插入图片描述

6.Tomcat集群的负载均衡

在实际生产中tomcat是肯定以集群的方式存在

当我们修改nginx.conf发送请求为集群的时候，如下图

在这里插入图片描述

这个时候存在一个问题，集群的负载均衡算法是轮询，会导致tomcat进程缓存产生浪费，举个例子

假如现在有两台Tomcat服务器，一台端口为8080，一台端口为8081
进行访问，查询id为1的信息，第一次查询8080端口的tomcat服务器，此时8080端口的tomcat服务器上有id为1信息的缓存，但是当我们再次查询id为1的信息，因为轮询的机制，会查询8081端口的tomcat服务器，但是id为1的进程缓存在8080端口的tomcat服务器上，并且进程缓存在集群之间不会共享，这就导致会发生一种情况，有多少tomcat服务器，就会有多少份进程缓存，这对资源是一种极大的浪费

解决方法：更换负载均衡算法为 hash $request_uri

在这里插入图片描述

这种负载均衡算法是通过对id值进行hash运算然后进行对tomcat服务器数量取余来判断访问哪台tomcat服务器，这样就保证了同一个id访问同一个tomcat服务器

7.redis缓存

两个问题

在这里插入图片描述

缓存预热代码(逻辑代码根据自己的更换即可)

public class CaffeineConfig implements InitializingBean {@Autowiredprivate StringRedisTemplate redisTemplate;@Autowiredprivate IItemService itemService;@Autowiredprivate IItemStockService itemStockService;private static final ObjectMapper MAPPER = new ObjectMapper();@Overridepublic void afterPropertiesSet() throws Exception {// 初始化缓存// 1.查询商品信息List<Item> itemList = itemService.list();// 2.放入缓存for (Item item : itemList) {// 2.1 item序列化为JSONString json = MAPPER.writeValueAsString(item);// 2.2 存入redisredisTemplate.opsForValue().set("item:id:" + item.getId(),json);}// 3.查询商品库存信息List<ItemStock> stockList = itemStockService.list();// 2.放入缓存for (ItemStock stock : stockList) {// 2.1 item序列化为JSONString json = MAPPER.writeValueAsString(stock);// 2.2 存入redisredisTemplate.opsForValue().set("item:stock:id:" + stock.getId(),json);}}
}