微服务架构中的多级缓存设计还有人不懂？

最新推荐文章于 2024-07-20 15:50:57 发布

Java知识库

最新推荐文章于 2024-07-20 15:50:57 发布

阅读量430

点赞数

分类专栏： java 微服务文章标签：缓存架构微服务

本文链接：https://blog.csdn.net/mxt51220/article/details/129176713

版权

本文深入探讨了微服务环境下的多级缓存设计，包括客户端缓存、应用层静态资源缓存（如CDN和Nginx）和服务层缓存（进程内缓存和分布式缓存）。通过实例解释了缓存如何提高性能，以及如何通过Redis、EhCache和MQ确保数据一致性。文章强调了在特定场景下，如稳定数据、高并发和允许一定数据不一致的情况下，多级缓存的重要性。

摘要由CSDN通过智能技术生成

今天我们来聊聊缓存这个话题，看看在微服务环境下如何设计有效的多级缓存架构。主要涉及三方面内容：

Web 应用的客户端缓存；
应用层静态资源缓存；
服务层多级缓存。

首先，咱们先讲解微服务架构的多级缓存设计。

微服务架构中的多级缓存设计

提到缓存，想必每一位软件工程师都不陌生，它是目前架构设计中提高性能最直接的方式。这里我们举个例子：

假设应用程序将原始数据存储在 MySQL 数据库中。众所周知 MySQL 数据库会将数据存储在硬盘以防止掉电丢失，但是受制于硬盘的物理设计，即便是目前性能最好的企业级 SSD 硬盘，也比内存的这种高速设备 IO 层面差一个数量级，而以淘宝、京东这种电商为代表的互联网应用，都是典型的 “读多写少” 的场景，因此我们需要在设计上进行数据的读写分离，在数据写入时直接落盘处理，而占比超过 90% 的数据读取操作时则从以 Redis 为代表的内存 NoSQL 数据库提取数据，利用内存的高吞吐瞬间完成数据提取，这里 Redis 的作用就是我们常说的缓存。

当然，缓存可不只有用内存替代硬盘这一种形式，在分布式架构下缓存在每一层都有自己的设计，下面咱们通过这个微服务的多级缓存架构图为主线进行讲解。

这张图从上到下包含四层，分别为：客户端、应用层、服务层以及数据层。

客户端缓存

X 商城客户端为浏览器，在浏览器层面我们主要是对 HTML 中的图片、CSS、JS、字体这些静态资源进行缓存。

我们以百度 Logo 图片为例，百度在 HTTP 通过 Expires 响应头控制静态图片的有效期。Expires 代表过期时间。当前百度 Logo 的过期时间为 2031 年 2 月 8 日 9 时 26 分 31 秒。在这个时间段内，浏览器会将图片以文件形式缓存在本地，再次访问时会看到“from disk cache”的提示，此时浏览器不再产生与服务器的实际请求，会从本地直接读取缓存图片。通过在浏览器端设置 Expires 可以在很大程度减少重复请求静态资源带来的带宽损耗，这在高并发 Web 应用中是基础而重要的设置。