多个redis实例-Redis配置多个监听(8-10-96)

更新时间：2024-09-11 分类：Redis 浏览量：2

Redis本文目录一览：

1、有两种方法：Redis自带的PUB/SUB机制，即发布-订阅模式。

2、一般来说，消息队列有两种模式，一种是发布者订阅模式，另外一种是生产者和消费者模式。Redis的消息队列，也是基于这2种原理的实现。发布者和订阅者模式：发布者发送消息到队列，每个订阅者都能收到一样的消息。

3、应用Redis实现数据的读写，同时利用队列处理器定时将数据写入mysql。

4、最近在看 redis 这方面的知识，发现在 redis5 中产生了一种新的数据类型 Stream ，它和 kafka 的设计有些类似，可以当作一个简单的消息队列来使用。

5、进行插入操作的端称为队尾，进行删除操作的端称为队头。消息队列是在消息的传输过程中保存消息的容器。

6、先入先出）也很容易实现，只需要一个list对象从头取数据，从尾部塞数据即可；redis能做消息队列还得益于其list对象blpop brpop接口以及Pub/Sub（发布/订阅）的某些接口，它们都是阻塞版的，所以可以用来做消息队列。

1、执行命令的过程其实主要是寻找命令对应的执行函数，通过lookupCommand查找对应的执行命令，通过call执行命令。负责执行命令 c-cmd-proc 并更新统计信息，执行完成后负责同步数据 propagate 。

2、AOF 是以appendonly方式进行数据的储存的，开启AOF模式后，所有存进redis内存的数据都会进入os cache中，然后默认1秒执行一次fsync写入追加到appendonly.aof文件中。

3、首先为了方便管理，将Redis文件中的conf配置文件和常用命令移动到统一文件中。

redis 自动过期的实现方式是：定时任务离线扫描并删除部分过期键；在访问键时惰性检查是否过期并删除过期键。redis 从未保证会在设定的过期时间立即删除并发送过期通知。

时间不精准。一般定时任务基于固定的频率、按照时间定时执行的，那么就可能会发生很多订单已经到了超时时间，但是定时任务的调度时间还没到，那么就会导致这些订单的实际关闭时间要比应该关闭的时间晚一些。

将订单编号作为Key，下单的时间戳作为Va|ue，设置过期时间是30分钟。

我们先订阅频道称为redisChat 现在，我们重新开启个redis客户端，然后在同一个频道redisChat发布消息，订阅者可以接收到消息。

Redis的过期删除策略：惰性删除和定期删除两种策略配合使用。spring-boot-starter-data-redis 包中提供了监听过期的类，对于key过期，需要得到通知，做业务处理的，可以做此监听。

使用 jvm 原生的 DelayQueue ，也是大量占用内存，而且没有持久化策略，系统宕机或者重启都会丢失订单信息。