大型科技网站建设好用的推广平台
一、前言
在前面我们通过以下章节对Redis
的keyevent
(键事件通知)使用有了基础的了解:
Spring Boot集成Redis实现keyevent监听 | Spring Cloud 33
现在开始我们正式学习Redis
的keyspace
(键空间通知),在本章节主要进行对以下部分讲解说明:
keyspace
(键空间通知)介绍Redis
事件通知开启方式及配置说明keyspace
各种事件通知的产生keyspace
监听的redis-cli
客户端验证Spring Boot
集成Redis
实现keyspace
监听RedisMessageListenerContainer
使用自定义线程池
二、Redis事件通知
2.1 keyspace介绍
keyspace
(键空间通知)针对指定key
发生的一切改动,推送给订阅的客户端,侧重于针对指定key
的操作
键空间通知监听格式:
__keyspace@<db>__:<key>
2.2 Redis事件通知配置
因为Redis
事件通知功能需要消耗一定的资源,默认情况下该功能的关闭的。
-
使用
config set
命令来临时开启或关闭键空间通知功能(此方式Redis
重启将会被还原) -
通过修改
redis.conf
配置,永久开启此功能
notify-keyspace-events
可以是以下任意组合:
字符 | 发送的通知 |
---|---|
K | 键空间通知,所有通知以 __keyspace@<db>__ 为前缀 |
E | 键事件通知,所有通知以 __keyevent@<db>__ 为前缀 |
g | del 、expire 、rename 等类型无关的通用命令的通知 |
$ | string 命令的通知 |
l | list 命令的通知 |
s | set 命令的通知 |
h | hash 命令的通知 |
z | zset 命令的通知 |
x | 过期事件:每当有过期键被删除时发送 |
e | 驱逐(evict )事件:每当有键因为 maxmemory 政策而被删除时发送 |
A | 参数 g$lshzxe 的别名 |
注意:参数至少要有一个
K
或者E
,否则不会有任何通知,将参数设为KEA
表示所有类型的通知
2.3 keyspace各种事件通知的产生
-
DEL key [key …]
命令为每个被删除的键产生一个del
通知。 -
RENAME key newkey
产生两个通知:为来源键(source key
)产生一个rename_from
通知,并为目标键(destination key
)产生一个rename_to
通知。 -
EXPIRE key seconds
和EXPIREAT key timestamp
在键被正确设置过期时间时产生一个expire
通知。当EXPIREAT key timestamp
设置的时间已经过期,或者EXPIRE key seconds
传入的时间为负数值时,键被删除,并产生一个del
通知。 -
SORT key [BY pattern] [LIMIT offset count] [GET pattern [GET pattern …]] [ASC | DESC] [ALPHA] [STORE destination]
在命令带有STORE
参数时产生一个sortstore
事件。如果STORE
指示的用于保存排序结果的键已经存在,那么程序还会发送一个del
事件。 -
SET key value [EX seconds] [PX milliseconds] [NX|XX]
以及它的所有变种(SETEX key seconds value 、 SETNX key value 和 GETSET key value
)都产生set
通知。其中SETEX key seconds value
还会产生expire
通知。 -
MSET key value [key value …]
为每个键产生一个set
通知。 -
SETRANGE key offset value
产生一个setrange
通知。 -
INCR key 、 DECR key 、 INCRBY key increment
和DECRBY key decrement
都产生incrby
通知。 -
INCRBYFLOAT key increment
产生incrbyfloat
通知。 -
APPEND key value
产生append
通知。 -
LPUSH key value [value …]
和LPUSHX key value
都产生单个lpush
通知,即使有多个输入元素时,也是如此。 -
RPUSH key value [value …]
和RPUSHX key value
都产生单个rpush
通知,即使有多个输入元素时,也是如此。 -
RPOP key
产生rpop
通知。如果被弹出的元素是列表的最后一个元素,那么还会产生一个del
通知。 -
LPOP key
产生lpop
通知。如果被弹出的元素是列表的最后一个元素,那么还会产生一个del
通知。 -
LINSERT key BEFORE|AFTER pivot value
产生一个linsert
通知。 -
LSET key index value
产生一个 lset
通知。 -
LTRIM key start stop
产生一个ltrim
通知。如果LTRIM key start stop
执行之后,列表键被清空,那么还会产生一个del
通知。 -
RPOPLPUSH source destination
和BRPOPLPUSH source destination timeout
产生一个rpop
通知,以及一个lpush
通知。两个命令都会保证rpop
的通知在lpush
的通知之前分发。如果从键弹出元素之后,被弹出的列表键被清空,那么还会产生一个del
通知。 -
HSET hash field value
、HSETNX hash field value
和HMSET
都只产生一个hset
通知。 -
HINCRBY
产生一个hincrby
通知。 -
HINCRBYFLOAT
产生一个hincrbyfloat
通知。 -
HDEL
产生一个hdel
通知。如果执行HDEL
之后,哈希键被清空,那么还会产生一个del
通知。 -
SADD key member [member …]
产生一个sadd
通知,即使有多个输入元素时,也是如此。 -
SREM key member [member …]
产生一个srem
通知,如果执行SREM key member [member …]
之后,集合键被清空,那么还会产生一个del
通知。 -
SMOVE source destination member
为来源键(source key
)产生一个srem
通知,并为目标键(destination key
)产生一个sadd
事件。 -
SPOP key
产生一个spop
事件。如果执行SPOP key
之后,集合键被清空,那么还会产生一个del
通知。 -
SINTERSTORE destination key [key …]
、SUNIONSTORE destination key [key …]
和
SDIFFSTORE destination key [key …]
分别产生sinterstore
、sunionostore
和sdiffstore
三种通知。如果用于保存结果的键已经存在,那么还会产生一个del
通知。 -
ZINCRBY key increment member
产生一个zincr
通知。(译注:非对称,请注意。) -
ZADD key score member [[score member] [score member] …]
产生一个zadd
通知,即使有多个输入元素时,也是如此。 -
ZREM key member [member …]
产生一个zrem
通知,即使有多个输入元素时,也是如此。如果执行ZREM key member [member …]
之后,有序集合键被清空,那么还会产生一个del
通知。 -
ZREMRANGEBYSCORE key min max
产生一个zrembyscore
通知。(译注:非对称,请注意。)如果用于保存结果的键已经存在,那么还会产生一个del
通知。 -
ZREMRANGEBYRANK key start stop
产生一个zrembyrank
通知。(译注:非对称,请注意。)如果用于保存结果的键已经存在,那么还会产生一个del
通知。 -
ZINTERSTORE destination numkeys key [key …] [WEIGHTS weight [weight …]] [AGGREGATE SUM|MIN|MAX]
和ZUNIONSTORE destination numkeys key [key …] [WEIGHTS weight [weight …]] [AGGREGATE SUM|MIN|MAX]
分别产生zinterstore
和zunionstore
两种通知。如果用于保存结果的键已经存在,那么还会产生一个del
通知。
三、客户端验证
此客户端验证只针对
keyspace
(键空间通知)
3.1 运行redis客户端
redis-cli
3.2 开启监听
PSUBSCRIBE __keyspace@*__:*
注意:因模糊匹配使用
psubscribe
命令
3.3 执行SETEX操作
新开启一个
redis
客户端
SETEX mykey 10 redis
SETEX
为指定的key
设置值及其过期时间。如果key
已经存在,SETEX
命令将会替换旧的值。
3.4 查看监听
切换至开启监听的
redis
客户端
- 发生
set
事件 - 发生
expire
事件 - 发生
expired
时间
四、集成Redis实现keyspace监听
4.1 实现原理
请见 Spring Boot集成Redis实现keyevent监听 | Spring Cloud 33 文章 4.1 部分。
4.2 实现MessageListener监听器方式
4.2.1 自定义监听器RedisListener
com/gm/key/listen/listener/RedisListener.java
:
import lombok.extern.slf4j.Slf4j;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.data.redis.connection.Message;
import org.springframework.data.redis.connection.MessageListener;
import org.springframework.data.redis.core.RedisTemplate;
import org.springframework.data.redis.serializer.RedisSerializer;
import org.springframework.stereotype.Component;@Slf4j
@Component
public class RedisListener implements MessageListener {@Autowiredprivate RedisTemplate<String, Object> redisTemplate;@Overridepublic void onMessage(Message message, byte[] pattern) {String key = message.toString();RedisSerializer<?> serializer = redisTemplate.getValueSerializer();String channel = String.valueOf(serializer.deserialize(message.getChannel()));log.info("redis key: {} , channel: {}", key, channel);}
}
4.2.2 开启监听及监听范围及事件类型
com/gm/key/listen/config/RedisListenerConfig.java
:
package com.gm.key.listen.config;import com.gm.key.listen.listener.RedisListener;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.data.redis.connection.RedisConnectionFactory;
import org.springframework.data.redis.listener.PatternTopic;
import org.springframework.data.redis.listener.RedisMessageListenerContainer;
import org.springframework.data.redis.listener.Topic;@Configuration
public class RedisListenerConfig {@AutowiredRedisListener redisListener;private static final Topic TOPIC_ALL_KEYSPACE = new PatternTopic("__keyspace@*__:*");@Beanpublic ThreadPoolTaskExecutor redisListenerTaskExecutor() {ThreadPoolTaskExecutor springSessionRedisTaskExecutor = new ThreadPoolTaskExecutor();springSessionRedisTaskExecutor.setCorePoolSize(12);springSessionRedisTaskExecutor.setMaxPoolSize(36);springSessionRedisTaskExecutor.setKeepAliveSeconds(60);springSessionRedisTaskExecutor.setThreadNamePrefix("redis-listener-");return springSessionRedisTaskExecutor;}@Beanpublic RedisMessageListenerContainer container(RedisConnectionFactory factory) {RedisMessageListenerContainer container = new RedisMessageListenerContainer();container.setConnectionFactory(factory);container.addMessageListener(redisListener, TOPIC_ALL_KEYSPACE);container.setTaskExecutor(redisListenerTaskExecutor());return container;}
}
请提前确认
Redis
服务端已开启keyspace
(键空间通知)
RedisMessageListenerContainer
的默认使用线程池是SimpleAsyncTaskExecutor
,每次消费都会创建一个线程来处理,这样就会有大量的新线程被创建。生产环境下建议使用自定义线程池,减少性能损耗。