[Redis]典型应用—

[Redis]典型应用——缓存

什么是缓存

缓存（Cache）是一种用于临时存储数据的机制，目的是提高数据访问速度和系统性能。

核心思路就是把一些常用的数据放到触手可及(访问速度更快)的地方，方便随时读取

缓存是一个相对的概念，比如说，对于硬件的访问速度来说，CPU寄存器>内存>硬盘>网络

那么，cpu寄存器就是内存的缓存，内存是硬盘的缓存，硬盘又是网络的缓存

对于计算机硬件来说,往往访问速度越快的设备,成本越高,存储空间越小，缓存是更快，但是空间上往往是不足的.因此大部分的时候,缓存只放一些热点数据(访问频繁的数据), 就非常有用了

二八定律

关于"二八定律" 20%的热点数据,能够应对80%的访问场景，因此只需要把这少量的热点数据缓存起来,就可以应对大多数场景,从而在整体上有明显的性能提升

使用Redis作为缓存

关系型数据库虽然功能强大,但是有一个很大的缺陷,就是性能不高.(换而言之,进行一次查询操作消耗的系统资源较多)

如果访问数据库的并发量比较高，对于数据库的压力是很大的，很容易就会使数据库服务器宕机

如何让数据库能够承担更⼤的并发量呢?核⼼思路主要是两个:

开源:引入更多的机器,部署更多的数据库实例,构成数据库集群(主从复制，分库分表等...)

节流:引入缓存,使用其他的方式保存经常访问的热点数据，从而降低直接访问数据库的请求数量

Redis 就是一个用来作为数据库缓存的常见方案

1.Redis的数据在内存中，访问速度快很多

2.Redis只支持简单的key-value存储，不涉及复杂的关系和限制

客户端访问业务服务器，发起查询请求

业务服务器先查询Redis，看想要的数据是否在Redis中存在

如果已经在Redis中存在了,就直接返回.此时不必访问MySQL了

如果在Redis中不存在，再查询MySQL

缓存是用来加快"读操作"的速度的.如果是"写操作",还是要老老实实写数据库,缓存并不能提高性能

缓存的更新策略

定期生成

每隔一定的周期(比如一天/一周/一个月)，对于访问的数据频次进行统计，挑选出访问频次最高的前N% 的数据.

实时生成

先给缓存设定容量上限(可以通过Redis配置文件的 maxmemory 参数设定)

接下来把用户每次查询:

如果在Redis查到了,就直接返回.

如果Redis中不存在,就从数据库查,把查到的结果同时也写入Redis

如果缓存已经满了(达到上限),就触发缓存淘汰策略,把一些"相对不那么热门"的数据淘汰掉. 按照上述过程,持续一段时间之后Redis内部的数据自然就是"热门数据"了.

缓存的淘汰策略

LRU（Least Recently Used）：

最近最少使用策略，移除最久未被使用的数据。

LFU（Least Frequently Used）：

最少使用频率策略，移除使用频率最低的数据。

FIFO（First In, First Out）：

先进先出策略，移除最早加入缓存的数据。

Random随机淘汰：

从所有的key中抽取幸运儿被随机淘汰掉

这里的淘汰策略，我们可以自己实现.当然Redis也提供了内置的淘汰策略，也可以供我们直接使用

noeviction：

描述：当内存达到限制时，不会再进行任何删除操作，而是直接返回错误。这是默认策略。
适用场景：适用于希望数据持久存在的情况，不适合用作缓存。

allkeys-lru（Least Recently Used）：

描述：删除最久未使用的键（整个键空间）。
适用场景：适用于通用的缓存场景，确保频繁访问的数据保留在内存中。

volatile-lru：

描述：删除最久未使用的键（仅限设置了过期时间的键）。
适用场景：适用于希望缓存仅限于设置了过期时间的键。

allkeys-random：

描述：随机删除键（整个键空间）。
适用场景：适用于数据访问模式不可预测或不重要的场景。

volatile-random：

描述：随机删除键（仅限设置了过期时间的键）。
适用场景：适用于希望缓存仅限于设置了过期时间的键，且数据访问模式不可预测的场景。

volatile-ttl：

描述：删除最早将要过期的键。
适用场景：适用于希望首先删除即将过期的键，以避免删除新近添加的键。

allkeys-lfu（Least Frequently Used）：

描述：删除最少使用的键（整个键空间）。
适用场景：适用于需要保留访问频率较高的数据的缓存场景。

volatile-lfu：

描述：删除最少使用的键（仅限设置了过期时间的键）。
适用场景：适用于希望缓存仅限于设置了过期时间的键，并且希望保留访问频率较高的数据的场景。