Redis的基础知识,缓存穿透,缓存雪崩详解

最新推荐文章于 2024-07-11 11:52:18 发布
最新推荐文章于 2024-07-11 11:52:18 发布
阅读量306 收藏
点赞数
文章标签： redis 缓存 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/HDthe_shy_boy/article/details/127433123
版权

Redis

文章目录

一. 基础理论

1. 什么是Redis:

Redis,即 远程字典服务

是一个免费且开源使用ANSI C语言编写 支持网络 可基于内存亦可持久化的日志型 key-value数据库

并提供多种语言的API 是当下最热门的NoSQL技术之一 也被人们称之为结构化数据库

2.Redis能干嘛?
  1. 内存存储,持久化 内存中是断电即失 持久化很重要 持久化方案(rdb aof)
  2. 效率高 可以用于高速缓存
  3. 发布订阅系统
  4. 地图信息分析
  5. 计时器,计数器
3.Redis 的特性
  1. 多样的数据类型
  2. 持久化
  3. 集群
  4. 事务

二.redis 自带的性能测试

在这里插入图片描述

Redis自带redis-benchmark可以为Redis做基准性能测试，支持的参数如下。

-c（clients）选项代表客户端的并发量（默认50）

-n（num）选项代表客户端请求数量（默认100000）

-q 选项仅仅显示redis-benchmark的requests per second信息

-r（random）选项，可以向Redis插入更多随机的值

-P 选项代表每个请求pipeline的数据量（默认为1）

-k 选项代表客户端是否使用keepalive，1为使用，0为不使用，默认值为1

-t 选项可以对指定命令进行基准测试

–csv 选项会将结果按照csv格式输出

实例:

redis-benchmark -h localhost -p 6379 -c 100 -n 100000

在这里插入图片描述

解释------>

100000 个请求 1.91s

每次请求有100个并行客户端

每次写3个字符串

保持一台服务器连接

所有请求在3ms内完成

每秒处理了52328.62请求

三.Redis的基本知识

1. Redis的数据库

​ Redis有16个数据库 默认使用的是第0个

2. 如何切换数据库

​ 通过select来切换数据库

[root@hdzs-zhuji bin]# redis-cli -p 6379
127.0.0.1:6379>
127.0.0.1:6379> SELECT 3     ---切换3号数据库
OK
127.0.0.1:6379[3]> DBSIZE     ---查看数据库的DB大小
(integer) 0
127.0.0.1:6379[3]>
127.0.0.1:6379> KEYS *       ---查看所有的key
1) "name"
2) "counter:__rand_int__"
3) "key:__rand_int__"
127.0.0.1:6379> FLUSHDB      ---清库  清空数据库  FLUSHALL  清空全部库
OK
127.0.0.1:6379> KEYS *
(empty array)
3. redis是单线程

Redis 是基于内存操作,CPU不是Redis的性能瓶颈,Redis的性能瓶颈是根据机器内存和网络带宽

为什么单线程还这么快?

核心: redis是将所有数据全部放在内存中的, 没有多线程(CPU上下文切换)

四. Redis的数据类型

  1. Redis的常用命令
    Exists name     判断当前Key是否存在
Move name 1     移除当前的key  1代表当前数据库
Expire name 10  设置key的过期时间  单位是s  10s
Ttl name        查看当前key的剩余时间
Type name       查看key的数据类型
AppEnd name "内容"   追加内容(不存在就新增)
  2. Redis的数据类型
    基础数据类型

    String

    set name wblx  ---k-name v-wblx
get name

    List

    在Redis里  List可以用做 栈  队列  阻塞队列
###写列表数据--从头塞
LPUSH list 1
LPUSH list 2
LPUSH list 3
###从尾塞
RPUSH list 4
###查看
LRANGE list 0 -1  获取全部
LRANGE list 0 1   获取指定范围

    Set

    Set也是集合  但是set里面的值是不能重复的
###写集合数据
sadd name 1
sadd name 2
sadd name 3
###查数据
SMEMBERS name
###判断某一个值是不是在set集合中
SISMEMBER name haha     返回1/有  0/没有

    Hash

    Hash 其实就是一个MAP集合
我们常用的Redis数据类型  都是K-V 的形式
Hash  ---- 相当于  key-map = key-<k-v>
###写一个hash数据
hset xinxi name wblx
hset xinxi name wblx age 12
###查数据
hget xinxi name

    Zset

    zset是有序集合
zadd myset name wblx  ---添加一个值
zadd myset name haha age 12   ---添加多个值
ZRANGE myset 0 -1    --查看myset的全部数据 

排序
ZRANGEBYSCORE myset -inf +inf  --用key去排序  用于数字的排序
    特殊数据类型

    geospatial —地理位置

    主要用处 朋友的定位 附近的人 打车距离的计算

    ###添加一个地理位置    116.1 39.2---维度 经度 名称
geoadd china:city  116.1 39.2 beijin
###查询
GEOPOS china:city beijin

    Hyperloglog

​ Hyperloglog是Redis的一个基数统计的算法

​ 什么是基数? 不重复的元素

​ A{1,2,3,4,} --那么基数就是4

​ 主要用处可以用来统计网页的用户访问量

###添加一组数据
PFadd neme zhangsan lisi wanger
###统计基数
PFCOUNT name  ---->3  不重复的元素

​ Bitmaps

​ 位存储 (0 1)可以记录两种情况

​ 比如统计项目的活跃人数 0不活跃 1活跃 /打卡情况等

​ 占用内存很小

###添加数据
setbit daka  0 1
setbit daka  1 0
setbit daka  2 1
setbit daka  3 0
setbit daka  4 1
setbit daka  5 1
###查看
getbit daka 5
###统计
bitcount daka  统计为1的

五. Redis事务

​ Redis事务本质: 一组命令的集合 一个事务中的所有命令都会被序列化,在事务执行过程中,会按照顺序执行

​ 一次性 顺序性 排他性(不允许被打断) 执行一系列的命令

注意:

  1. Redis事务没有隔离级别的概念

    所有的命令在事务中,并没有直接被执行 只有发起执行命令的时候才会执行

  2. Redis单条命令是保存原子性的,但是事务不保证原子性

Redis事务流程

​ 开启事务(multi)

​ 命令入队(…)

​ 执行事务(exec)/取消事务(DISCARD)

在这里插入图片描述

Redis事务的常见异常
  1. 编译型异常,命令写错了-----事务中的所有命令都不会被执行
  2. 运行时异常,事务命令队列有语法错误,那么在执行的时候-----其他命令是可以执行的,错误命令抛出异常

在这里插入图片描述

六. Redis实现乐观锁

1. 悲观锁和乐观锁---- 一种上锁的态度

悲观锁: 很悲观, 认为什么时候都会出问题 无论做什么都会加锁

乐观锁:很乐观, 认为什么时候都不会出现问题, 所以不会上锁 会在更新的时候判断一下,是否有人修改过这个数据

----->乐观锁

加一个version, 更新的时候再去比较version

2. Redis 监视测试
####正常执行
set money 100
set out 0
watch money    # 监视money对象
multi          # 开始事务
DECRBY money 20   # 花掉  减去20
INCRBY out 20     #开销   增加20
exec           #执行事务

###不正常执行
#测试多线程修改值  使用watch可以当做redis的乐观锁操作

set money 100
set out 0
watch money    # 监视money对象
multi          # 开始事务
DECRBY money 20   # 花掉  减去20
INCRBY out 20     #开销   增加20

######在事务执行之前 原始数据已经被改动了#######
exec           #执行事务会失败

####
先解锁
unwatch  解锁
watch money  上锁

七.Redis的配置文件

  1. redis.conf 配置文件 单位 对大小写不敏感

在这里插入图片描述

  1. 支持conf文件的组合

在这里插入图片描述

  1. 绑定的ip

在这里插入图片描述

  1. 是否受保护 默认就是yes

在这里插入图片描述

  1. 端口号的配置 默认6379

    在这里插入图片描述

  2. 运行选项配置

在这里插入图片描述

daemonize yes  ---后台  守护进程
daemonize no   ---前台运行  默认值

如果是后台运行 需要指定一个pid

在这里插入图片描述

  1. 日志级别
    在这里插入图片描述

可以指定日志文件名

在这里插入图片描述

  1. Redis 数据库数量

    默认有16个数据库

在这里插入图片描述

  1. 启动logo 是否开启

在这里插入图片描述

  1. Redis 的快照 rdb

在这里插入图片描述

```
持久化:
在规定时间内  执行了多少操作  则会持久化到文件  .rdb   .aof里面
Redis是内存数据库,如果没有持久化,那么数据断电就会消失

#   It is also possible to remove all the previously configured save
#   points by adding a save directive with a single empty string argument
#   like in the following example:
#
#   save ""
#######如果900s内  至少有1个key进行了修改 我们就会进行持久化操作
save 900 1
#######如果300s内  至少有10个key进行了修改 我们就会进行持久化操作
save 300 10
#######如果60s内  至少有10000个key进行了修改 我们就会进行持久化操作
save 60 10000
# The filename where to dump the DB
dbfilename dump.rdb   # rdb保存的文件名称

stop-writes-on-bgsave-error yes    ---持久化出错是否继续工作
rdbcompression yes                 ---是否压缩rdb 文件
rdbchecksum yes                    ---保存rdb文件的时候是否进行检验
dir ./                             ---rdb文件的保存目录  默认当前目录下
```

aof

```
appendonly no    ---默认是不开启aof模式的  即默认使用rdb持久化的方式
appendfilename "appendonly.aof"    ---aof 持久化文件名称

##执行方式
# appendfsync always   ---每次修改都会同步   性能不行
appendfsync everysec   ---默认每秒执行一次  可能会丢失这1s的数据
# appendfsync no       ---不同步  操作系统自己同步数据  速度最快
```

  1. Redis 安全相关配置

    1. 给Redis设置登录密码(默认是没有密码的) —数据库设置

在这里插入图片描述

  1. 配置文件设置

     ![在这里插入图片描述](https://img-blog.csdnimg.cn/69143de5ec074411ba0c2ea99eace6c0.png)

  2. Redis 的限制配置

    在这里插入图片描述

    maxclients 10000     # 设置能连接Redis的最大客户端的数量
maxmemory <bytes>    # redis 配置最大的内存容量
maxmemory-policy noeviction  # 内存到达上限后的处理策略
----删除过期的key,报错等

    在这里插入图片描述

八. Redis 的持久化

1. RDB (Redis DataBase)

  1. 什么是RDB:

    在指定的时间间隔内,讲内存中的数据集 快照写入磁盘

​ 它恢复时是将快照文件直接读到内存里

  1. RDB 持久化流程

    Redis会单独创建(fork)一个子进程来进行持久化,先将数据写到一个临时文件里面

    等到持久化过程都结束了,再用这个临时文件替换上次持久化好的文件

    注:

    在整个过程中 主进程是不进行任何IO操作的 这样就确保了极高的性能

    如果进行大规模数据的恢复,且对于数据的完整性不是非常敏感,那么RDB方式要比AOF的更加高效

    RDB的缺点是最后一次持久化后的数据可能丢失

  2. RDB文件产生的三种情况

    1. Save的规则满足的情况下,会自动触发rdb规则
    2. 执行flushall命令,也会触发我们的rdb规则
    3. 退出redis,也会产生rdb文件

    备份就自动生成一个dump.rdb

  3. 恢复rdb文件

    1. 只需要将rdb文件放到我们的redis启动目录就可以了,redis启动时会自动检查dump.rdb文件

    2. 查看dump.rdb需要存放的位置

      cofig get dit    ---连接redis查询

该目录下有dump.rdb文件 就会先扫描   并恢复其中的数据

  4. RDB 持久化模式的优缺点

    优点:

    1. 适合大规模的数据恢复
    2. 前提要对数据的完整性要求不高

    缺点:

    1. 需要一定的时间间隔 --可修改
    2. 意外宕机 最后一次修改的数据就没了
    3. fork进程的时候 会占用一定的内容空间
2. AOF 持久化模式

  1. 什么是AOF:

    将我们的所有命令都记录下来,恢复的时候就把这个文件全部在执行一遍

  2. AOF持久化流程

    以日志的形式来记录每个写操作(读不记录) 只许追加文件但不可以改写文件

    redis启动之初会读取该文件重新构建数据 用来恢复数据

    Aof 保存的文件是 appendonly.aof 文件 ----默认不开启

  3. AOF文件的修复

    当aof文件错误的情况下 redis是启动不起来的 可以使用redis自带的修复工具

    redis-check-aof 进行修复

    redis-check-aof --fix appendonly.aof

  4. AOF持久化方案的优缺点

    优点

    1. 每一次修改都同步 文件的完整性比较好

      ----根据配置来

    缺点

    1. 相对于数据文件来说 aof远大于rdb 修复的速度也比rdb慢

      —所以默认就是rdb模式

    九. Redis发布订阅

    1. 什么是Redis的发布订阅

    ​ Redis发布订阅(pub/sub)是一种消息通信模式 发送者(pub)发送消息,订阅者(sub)接收消息

    ​ Redis客户端可以订阅任意数量的频道

在这里插入图片描述

2. 订阅以及发布测试

​ ------订阅

在这里插入图片描述

​ -----发布

在这里插入图片描述

3. Redis实现订阅的原理

  1. 通过SUBSCRIBE命令订阅某频道后 redis-server里维护了一个字典 字典的键就是一个个频道

    字典的值则是一个链表,链表中保存了所有订阅这个channel的客户端,SUBSCRIBE命令的关键,就是

    将客户端添加到给定channel的订阅链表中

  2. 通过PUBLISH 命令向订阅者发送消息,redis-server 会使用给定的频道作为键,在它所维护的channel字典

    中查找记录了订阅这个频道的所有客户端链表,遍历这个链表,将消息发送给订阅者

-----即时聊天 群聊都可以实现 订阅关注等

十. Redis的主从复制

1. Redis主从复制的概念

主从复制: 是指将一台Redis服务器的数据,复制到其他的Redis的服务器, 前者称为主节点 后者称为从节点

默认情况下 每台Redis服务器都是主节点 且一个主节点可以有多个从节点(或者没有) 但一个从节点只能有一个主节点

2. 主从复制的作用

  1. 数据冗余: 主从复制实现了数据的热备份 是持久化之外的一种数据冗余方式

  2. 故障恢复: 当主节点出现问题,可以由从节点提供服务,实现快速的故障恢复 实际上是一种数据的冗余

  3. 负载均衡: 在主从复制的基础上 配合读写分离 可以由主节点提供写服务 从节点提供读的服务,提高Redis服务器的并发量

  4. 高可用基石:主从复制才是Redis真正实现高可用的基础

SO 一般来说 要将Redis运用于工程项目中 只使用一台Redis是不行的

1. 结构上  单个Redis服务器会发生单点故障  一台服务器需要处理所有的请求负载  压力较大
1. 容量上  单个Redis服务器内存容量有限
3. Redis角色的查询

在这里插入图片描述

4. 简单实现Redis 主从复制测试
1. 复制3个redis的配置文件(redis.conf),然后修改对应信息(正常情况都是部署在不同机器上)
  1. 端口号
  2. pid名称
  3. log文件名
  4. dump.rdb --持久化的文件名称(防止冲突)
2. 复制原理:

slave启动成功连接到master 后会发送一个sync同步命令

master接到命令 启动后台的存盘进程 同时收集所有接收到的用于修改数据集命令

在后台进程执行完毕之后 master将传送整个数据到slave 并完成一次完全同步

两个概念:

  1. 全量复制:slave服务在接收到数据库文件数据后 将其存盘并加载到内存中
  2. 增量复制:Master继续将新的所有收集到的修改命令依次传给slave,完成同步

所以: 只要从机重新连接master 一次完全同步(全量复制)将自动执行

  1. 通过指定配置名称 单机多启动

在这里插入图片描述

  1. 开始搭建一主二从

—默认情况下 每台Redis服务器都是主节点; 一般情况只需要配置从机就好了

通过命令的方式进行配置------暂时的

##选择一台从机 将6379的Redis服务当做主机
SLAVEOF 127.0.0.1 6379

在这里插入图片描述

在这里插入图片描述

​

​ 通过配置文件进行配置----永久的

在这里插入图片描述

replicaof  主机ip 端口
####如果有密码#####
masterauth 密码
  1. 层层连接模式

在这里插入图片描述

3. 注意事项
  1. 主机可以写 从机不能写只能读

在这里插入图片描述

在这里插入图片描述

  1. 主机中所有信息和数据,都会自动被从机保存

  2. 主机断开连接,从机依旧连接到主机的,但是没有写的操作,这个时候,主机如果回来了,从机依旧可以直接获取到主机写的信息

  3. 如果使用的命令行去配置的主从 这个时候如果重启了 就会变成主机 只要再一次变成从机 立马就会从主机中取到值

4. 主机没了怎么办?

手动操作

  1. 主机如果断开了连接 通过连接从机 执行 SLAVEOF no one 让自己变成主机

    主机恢复后 需要重新配置 不推荐…

十一. 哨兵模式

------自动选择主机------

1. 什么是哨兵模式

​ 哨兵模式是一种特殊的模式,首先Redis提供了哨兵的命令,哨兵是一个独立的进程,作为进程,它会独立运行

​ 能够后台监控主机是否故障,如果故障了根据投票数自动将从库转换为主库

​ 原理就是 哨兵通过发送命令,等待Redis服务器响应,从而监控运行的多个Redis实例

在这里插入图片描述

在这里插入图片描述

2. 哨兵监控流程

  1. 主Redis服务宕机

  2. 哨兵1号先检查到了这个结果,这时系统不会马上进行故障转移过程

    仅仅是1号主观认为主服务器不可用,这个现象称为主观下线

  3. 当后面的哨兵也检测到主服务器不可用,并且数量达到了一定值

  4. 哨兵之间开始投票,投票的结果由一个哨兵发起,进行故障转移操作

  5. 转移成功后,就会通过发布订阅模式,让各个哨兵把自己监控的从服务器实现

    切换主机,这个过程叫作 客观下线

3. 相关配置

  1. 配置哨兵配置文件 sentinel.conf

    # sentinel monitor 被监控的名称 host port 1
# 文件内容
sentinel monitor myredis 127.0.0.1 6379  1
1----代表主机挂了  slave投票看谁接替主机  票数最多的  就会成为主机

  2. 启动哨兵

在这里插入图片描述

redis-sentinel xxx/sentinel.conf

注意: 如果主机此时回来了, 只能归并到新的主机下 当做从机

4. 哨兵模式的优缺点

优点:

  1. 哨兵集群,基于主从复制模式,所有的主从配置优点,它都具备
  2. 主从可以切换,故障可以转移,系统的可用性就会更好
  3. 哨兵模式就是主从模式的升级,手动到自动

缺点:

  1. Redis不好在线扩容, 集群容量一旦到达上限,在线扩容就十分麻烦
  2. 实现哨兵模式的配置其实很麻烦
5. 配置文件

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

十二. Redis缓存穿透和雪崩

1. 缓存穿透

在这里插入图片描述

  1. 什么是缓存穿透—查不到

    用户想要查询一个数据 发现Redis内存数据库没有 也就是缓存没有命中 于是向持久层数据库查询

    发现也没有 于是本次查询失败 当用户很多的时候 缓存都没有命中 于是都去请求了持久层数据库

    这会给持久层数据库造成了很大压力 即出现了缓存穿透

  2. 解决方案:

  3. 布隆过滤器

    布隆过滤器是一种数据结构,对所有可能查询的参数以Hash形式存储,在控制层先进行检验 不符合则丢弃

    从而避免了对底层存储系统的查询压力

在这里插入图片描述

  1. 缓存空对象

    当存储层不命中后,即使返回的空对象也将其缓存起来,同时会设置一个过期时间 之后再访问这个数据将会从缓存中获取 保护后端数据源

在这里插入图片描述

​ 这种方案有弊端

  1. 如果空值能够被缓存起来 这就意味着缓存需要更多的空间存储更多的键 因为这当中可能会有很多空值的键

  2. 即使对空值设置了过期时间 还是会存在缓存层和存储层的数据会有一段时间窗口的不一致 这对于需要保持一致性的业务会有影响

  3. 缓存击穿—查询次数太多

    缓存击穿: 是指一个key非常热点 在不停的扛着大并发,大并发集中对这一个点进行访问,当这个key在失效的瞬间 持续的大并发就穿破缓存

    当某个key在过期的瞬间 有大量的请求并发访问 这类数据一般都是热点数据 由于缓存过期 会同时访问数据库来查询最新数据,并且回写缓存 会导数据库瞬间压力过大

​ 解决方案

  1. 设置热点数据用不过期

    从缓存层面上来看 没有设置过期时间 所以不会出现热点key过期后产生的问题

  2. 加互斥锁

    分布式锁:加分布式锁 保证对于每个key同时只有一个线程去查询后端服务,其他线程没有获得分布式锁的权限

    因此只需要等待即可 这种方式将高并发的压力转到了分布式锁 因此对分布式锁考验较大

在这里插入图片描述

2. 缓存雪崩
1. 概念

缓存雪崩是指在某个时间段 缓存集中过期失效 例如 Redis宕机

2. 产生原因

在这里插入图片描述
在这里插入图片描述

3. 解决方案

  1. Redis高可用 : 既然可能会挂掉 那么就多增设几台Redis

  2. 限流降级: 在缓存失效后 通过加锁或者队列来控制读数据库 写缓存的线程数量

    比如对某个key 只允许一个线程查询数据和写缓存 其他线程等待

  3. 数据预热: 数据加热的含义就是在正式部署之前 我先把可能的数据预先访问一遍

    这样部分可能大量访问的数据就会加载到缓存中 在即将发生大并发访问前手动触发

    加载缓存不同的key 设置不同的过期时间 让缓存失效的时间点尽量均匀

一孤寒月钓落影
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Redis缓存穿透，缓存击穿和缓存雪崩
12-14
在IT行业中，Redis作为一种高...以上是针对Redis缓存系统中可能出现的缓存穿透、缓存击穿和缓存雪崩问题的解决方案。在设计缓存系统时，应当充分考虑这些潜在风险，采取适当的预防措施，以确保系统的稳定性和高可用性。
redis缓存穿透解决方法
09-09
**Redis缓存穿透详解与解决策略** 在当前的互联网应用中，Redis作为一种高效的键值存储系统，被广泛用于缓存层以提高系统性能。然而，缓存系统并非完美无缺，其中一种潜在的问题就是“缓存穿透”。本文将深入探讨...
Redis缓存穿透、缓存雪崩问题分析
热门推荐
分享传递价值
06-01 9万+
把redis作为缓存使用已经是司空见惯，但是使用redis后也可能会碰到一系列的问题，尤其是数据量很大的时候，经典的几个问题如下： (一)缓存和数据库间数据一致性问题 分布式环境下（单机就不用说了）非常容易出现缓存和数据库间的数据一致性问题，针对这一点的话，只能说，如果你的项目对缓存的要求是强一致性的，那么请不要使用缓存。我们只能采取合适的策略来降低缓存和数据库间数据不一致的概率，而无法保证两...
Redis 学习笔记四：Redis 并发很多的请求时候如何变得很快的呢？
Practitioner
11-08 286
例如使用Redis的管道（pipelining）在liunx系统上运行可以达到500K的RPS(requests per second) ，因此，如果您的应用程序主要使用O(N) 或者O(log(N)) 的命令，他们几乎不需要使用什么CPU。Redis 6.0，Redis又引入了多线程来完成请求数据的协议解析，进一步提升性能。然而，为了最大限度的使用CPU，可以在同一个服务器部署多个Redis的实例，并把他们当作不同的服务器来使用，在某些时候，无论如何一个服务器是不够的，我怎么提高多核CPU的利用率？
Redis性能测试——redis-benchmark使用教程
yangcs2009的专栏
03-02 3万+
谨以此作为读书摘要，无它，唯以后快速查阅 Redis 自带了一个叫 redis-benchmark 的工具来模拟 N 个客户端同时发出 M 个请求。 （类似于 Apache ab 程序）。你可以使用 redis-benchmark -h 来查看基准参数。 以下参数被支持： Usage: redis-benchmark [-h ] [-p ] [-c ] [-n [-k ] -h
性能压测诡异的Requests/second 响应刺尖问题
dengzai7446的博客
09-23 240
作者：王清培(Plen wang) 沪江Java资深架构师 最近一段时间都在忙着转java项目最后的冲刺，前期的coding翻代码、debug、fixbug都逐渐收尾，进入上线前的性能压测。 虽然不是大促前的性能压测要求，但是为了安全起见，需要摸个底心里有个数。 毕竟这次转java的服务都是集团核心公共服务(主要是订单域服务)。（等我们顺利上线了，我再来好好总结下其中的坎坷和壮举...
分布式缓存Redis之性能测试
ZhangRui的博客
12-24 4568
写在前面  本学习教程所有示例代码见GitHub：https://github.com/selfconzrr/Redis_Learning  Redis 性能测试是通过同时执行多个命令实现的。语法：  redis 性能测试的基本命令如下：redis-benchmark [option] [option value]实例  以下实例同时执行 10000 个请求来检测性能：redis-benchmark
Redis缓存详解:缓存穿透,缓存击穿,缓存雪崩 (面试&复习)
qq_51033936的博客
09-21 320
参考了redis的相关学习课程,缓存穿透,缓存击穿,缓存雪崩,缓存预热,并总结了一些redis实战过程中的高频面试题,模拟了一些实际业务场景。
Redis知识详解（超详细）
a342874650的专栏
12-14 1万+
Redis是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。和Memcached类似，它支持存储的value类型相对更多，包括string(字符串)、list(链表)、set(集合)和zset(有序集合)。
Redis中的缓存穿透、缓存击穿以及缓存雪崩（理论知识）
weixin_43246215的博客
08-18 2261
目录概括使用缓存处理流程缓存穿透（查不到数据）缓存击穿（大量数据集中一点）缓存雪崩 概括 Redis缓存的使用，极大的提升了应用程序的性能和效率，特别是数据查询方面。但同时它也带来了一些问题，其中最大的问题就是数据的一致性问题，从严格意义上说这个问题无解。如果对数据一致要求很高，那么就不能使用缓存。 另外的一些经典的问题就是：缓存穿透、缓存击穿、缓存雪崩。没有业界也都有比较流行的解决方案。 使用缓存处理流程 首先前台发起请求，后台先去从缓存中查询数据，命中了就直接返回结果，如果缓存中没有命中就去数据库中查询
什么是redis缓存穿透 雪崩 ,如何应对解决 redis缓存穿透 雪崩 的解决办法
01-07
1. **缓存击穿**：不同于缓存穿透，缓存击穿是指某一个非常热的Key在缓存过期的瞬间，大量的请求同时穿透缓存到达数据库。处理方式通常是将该热Key设置为永不过期，或者采用互斥锁机制，确保只有一个请求去更新缓存...
Redis 缓存穿透、缓存击穿工具类资源
09-07
Redis 缓存穿透的处理（缓存空值） Redis缓存击穿处理（互斥锁与逻辑删除方案） 封装为工具类，并适用于所有需要进行缓存穿透、击穿的方案，采用了泛型以及Lambda 函数式编程来完成编码
Redis高级使用-缓存架构、缓存穿透、缓存雪崩
12-26
Redis高级使用-缓存架构、缓存穿透、缓存雪崩 缓存架构是指将频繁访问的数据存储在高速度的存储介质中，以提高系统的响应速度和性能。在Redis中，缓存架构可以分为多级缓存，包括Redis自身的缓存、内存缓存、磁盘...
Redis 集群模式
追风少年仍在追风～
07-09 899
这里SentinelSentinelRedisSentinelSentinel。
【Redis 如何实现分级缓存】
高克莱的博客
07-09 677
Java 编程中 Redis 如何实现分级缓存
SpringBoot使用RedisTemplate、StringRedisTemplate操作Redis
ToBeMaybe_的博客
07-10 786
本文实现了在SpringBoot中集成Redis，使用RedisTemplate对象操作并编写了一些常用方法的工具类。RedisTemplate和StringRedisTemplate的区别：1. 两者的关系是StringRedisTemplate继承RedisTemplate。////this();
# Redis 入门到精通（一）数据类型（2）
最新发布
段子手168的博客
07-11 914
# Redis 入门到精通（一）数据类型（2） 012-数据类型-hash类型介绍与基本操作 013-数据类型-hash扩展操作与使用注意事项 014-数据类型-hash实现购物车 015-hash实现抢购 016-数据类型-list类型介绍与基本操作 017-数据类型-list阻塞数据获取 018-数据类型-list扩展操作删除数据 019-数据类型-list实现日志消息队列
学习小记-一些Redis小知识
weixin_42029860的博客
07-10 724
Lua脚本可以保证原子性，因为Redis会将Lua脚本封装成一个单独的事务，而这个单独的事务会在Redis客户端运行时，由Redis服务器自行处理并完成整个事务，如果在这个进程中有其他客户端请求的时候，Redis将会把它暂存起来，等到 Lua 脚本处理完毕后，才会再把被暂存的请求恢复。Redis 的事务机制是一种将多个命令打包执行的能力，确保这些命令要么全部执行，要么全部不执行，从而保持操作的原子性。Redis的事务在执行过程中，如果有某一个命令失败了，是不影响后续命令的执行的；而并发并编程的原子性是指“
redis 缓存击穿 缓存穿透 缓存雪崩
09-13
1. 缓存击穿：指的是一个热点数据突然失效，而此时有大量并发请求同一份失效的数据，导致这些请求穿透缓存，直接访问数据库，从而导致数据库压力过大。为了避免缓存击穿，可以在缓存失效的时候，设置短暂的锁来阻止...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值