Redis内存淘汰与事务操作
kaico2018 人气:0Redis内存淘汰策略
为什么要有淘汰策略?
答:将Redis用作缓存时,Redis数据存在内存中,如果内存空间用满,就会自动驱逐老的数据。
redis配置文件:可以配置redis存放数据的阈值(例如:100mb),再配置淘汰策略。
六种淘汰策略
- noeviction:当内存使用达到阈值的时候,所有引起申请内存的命令会报错。
- allkeys-lru:在主键空间中,优先移除最近未使用的key。(推荐)
- volatile-lru:在设置了过期时间的键空间中,优先移除最近未使用的key。
- allkeys-random:在主键空间中,随机移除某个key。
- volatile-random:在设置了过期时间的键空间中,随机移除某个key。
- volatile-ttl:在设置了过期时间的键空间中,具有更早过期时间的key优先移除。
如何配置淘汰策略?
在redis.conf文件中, 设置Redis 内存大小的限制,我们可以设置maxmemory ,当数据达到限定大小后,会选择配置的策略淘汰数据。
比如:maxmemory 300mb。
通过配置 maxmemory-policy 设置Redis的淘汰策略。比如:maxmemory-policy volatile-lru
Redis中的自动过期机制
首先需要配置redis配置文件,开启 key 失效监听。
当key失效时,可以执行我们的客户端回调监听的方法。
需要在Redis中配置:notify-keyspace-events “Ex”
代码在之前的基础上增加:Springboot整合key失效监听
RedisListenerConfig 配置类
@Configuration public class RedisListenerConfig { @Bean RedisMessageListenerContainer container(RedisConnectionFactory connectionFactory) { RedisMessageListenerContainer container = new RedisMessageListenerContainer(); container.setConnectionFactory(connectionFactory); return container; } }
监听 key 的类
@Component public class RedisKeyExpirationListener extends KeyExpirationEventMessageListener { public RedisKeyExpirationListener(RedisMessageListenerContainer listenerContainer) { super(listenerContainer); } @Override public void onMessage(Message message, byte[] pattern) { String expiraKey = message.toString(); System.out.println("失效的key:" + expiraKey); } }
注意:如果是多个springboot项目或者多个 jvm 服务监听同一个key的话,每一个 jvm 都会监听到这个key失效并且执行相应的逻辑代码。
多服务(jvm)监听Redis key失效通知,如何保证只有一个jvm是执行监听的代码?
答:可以使用 zookeeper 的选举机制,多个服务注册到zookeeper中,选举出一个leader,由为 leader 的jvm来执行监听代码。
Redis中的事务操作
- Multi 开启事务
- EXEC 提交事务
- Watch 可以监听一个或者多个key,在提交事务之前是否有发生了变化 如果发生边了变化就不会提交事务,没有发生变化才可以提交事务 版本号码 乐观锁
- Discard 取消提交事务
注意:Redis官方是没有提供回滚方法,只提供了取消事务。
Redis中本身就是单线程的能够保证线程安全问题,不需要考虑线程安全问题。
取消事务跟回滚有什么区别呢?为什么redis不支持回滚事务?
Mysql中开启了事务,对该行数据上行锁—,Commit 数据可以提交
回滚:对事务取消和行锁都会撤销
Redis没有回滚事务的概念,单纯取消事务(不提交事务) 不上锁
watch和Multi的区别
Watch相当于乐观锁,在事务提交之前没有发生变化才可以提交事务。
Multi 就是开启事务,操作数据之后可以提交事务或者取消提交事务。
加载全部内容