Redis淘汰策略过期回调和事务

本文介绍了Redis的淘汰策略,包括noeviction、allkeys-lru等,并详细讲解了Redis的自动过期机制,包括回调监听和SpringBoot集成实现。此外,还探讨了Redis事务操作,对比了与MySQL事务的区别,并解释了Redis不支持回滚的原因。
摘要由CSDN通过智能技术生成


参考蚂蚁课堂

1.Redis淘汰策略简介

Redis数据存放在内存里面内存有可能撑爆,为了不让内存撑爆所以Redis必须得有一些淘汰策略。一旦达到Redis缓存阈值就会触发淘汰策略。

在redis.conf文件中,我们可以设置Redis内存大小的限制。

在这里插入图片描述

如图所示我们能看出redis默认缓存限制就是你的内存大小,redis没有指定特殊的阈值。但实际生产中我们一般都会进行设置。

2.Redis六种淘汰策略

  • noeviction:当内存使用达到阈值的时候,所有引起申请内存的命令会报错。
  • allkeys-lru:在所有的key中,优先移除最近未使用的key(推荐)。
  • volatile-lru:在设置了过期时间的键空间中,优先移除最近未使用的key
  • allkeys-random:在所有的key中,随机移除某个key。
  • volatile-random:在设置了过期时间的键空间中,随机移除某个key。
  • volatile-ttl:在设置了过期时间的键空间中,具有更早过期时间的key优先移除。

如果我们要设置具体的缓存策略的话也可以在redis.conf文件里进行设置。

在这里插入图片描述

把这块的注释去掉然后改成自己想要设置的淘汰策略就行了。

3.Redis中的自动过期机制

3.1简介

处理订单过期自动取消,比如下单30分钟未支付自动更改订单状态。

1.这个我们可以这样处理首先我们可以采用定时任务,30分钟之后检查该笔订单是否已经支付。

2.根据key有效期事件回调实现。

原理:

1.创建订单的时候绑定一个token存放在redis中(有效期只有30分钟)key = token value为订单Id。

2.对该key绑定过期事件回调。

执行我们的回调方法传递我们的key到数据库中找你的订单如果还没支付的话我就把他的状态改成已超时。如果发现这个订单已支付的情况下那我就啥也不干。

3.2开启回调监听机制

在redis配置文件中我们可以开启事件回调监听

在这里插入图片描述

就是把notify-keyspace-events Ex注释去掉放开

3.3SpringBoot整合redis实现key失效监听

首先我们添加配置类

@Configuration
public class RedisListenerConfig {
   
    @Bean
    RedisMessageListenerContainer container(RedisConnectionFactory connectionFactory) {
   
        RedisMessageListenerContainer container = new RedisMessageListenerContainer();
        container.setConnectionFactory(connectionFactory);
        return container;
    
  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

温JZ

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值