消息队列
已收录文章：25篇
-
Redis 列表做轻量任务队列时，单独使用 RPOP 容易在消费进程崩溃后丢任务。本文用 LMOVE/BLMOVE 把任务先移入 processing list，再用 LREM 确认完成，拆开重复消费、幂等和集群同槽边界。300 收藏
-
Redis 8.4 为 XREADGROUP 增加 CLAIM 选项，可在一次读取中优先接管达到空闲阈值的 Pending 消息，再读取新消息。本文用订单通知流说明 COUNT、BLOCK、重试计数和 XACK 的生产边界。266 收藏
-
前言 NSQ是Go语言编写的，开源的分布式消息队列中间件，其设计的目的是用来大规模地处理每天数以十亿计级别的消息。NSQ 具有分布式和去中心化拓扑结构，该结构具有无单点故障、故障容错260 收藏
-
Redis5.0带来了Stream类型。从字面上看是流类型，但其实从功能上看，应该是Redis对消息队列（MQ，Message Queue）的完善实现。 基于redis实现消息队列的方式有很多： PUB/SUB，订阅/发布模式基于List的260 收藏
-
Go 服务在数据库事务提交后发送消息、刷新缓存或调用外部接口时，最难处理的是提交成功与副作用失败之间的时间窗。本文用 Outbox 表、事务内写入、独立投递与幂等消费拆开重试边界，并给出可验证的 Go 实现与验收清单。238 收藏
-
数据库 · Redis | 3个月前 | Redis · 消息队列 · Stream · redis 消息队列 Redis Stream 消费组 XREADGROUP XACK XPENDING XAUTOCLAIM用订单异步处理场景讲清楚 Redis Stream 的实用队列模型：生产者写入消息，消费组分配任务，Worker 处理成功后 ACK，失败或超时的消息进入待确认列表，再通过 XPENDING 和 XAUTOCLAIM 做重投。187 收藏
-
在做项目过程中，实现websocket得时候，不知道哪里写的不太合适，客户端消息收到一定程度，剩下的消息收不到，修改了缓冲区大小，还是没有解决问题，后面因为项目结束期比较紧张，没有时161 收藏
-
Redis Streams 消费者组出现积压时，XAUTOCLAIM 可以把超过最小空闲时间的 pending 消息交给健康消费者继续处理。本文用故障接管场景说明 start 游标、COUNT、JUSTID、重试次数和删除幽灵消息的验收边界。148 收藏
-
Golang · Go问答 | 2个月前 | golang · 消息队列 · 性能优化 · websocket · 高并发 · Go WebSocket广播 Go慢客户端 WebSocket发送队列 Go Hub分片 WebSocket背压Go WebSocket 广播卡顿，常常不是 CPU 不够，而是一条慢连接把广播路径堵住了。本文从一个房间广播现场出发，说明为什么要给每个客户端独立发送队列、如何确定队列满时的业务策略，以及何时需要按房间分片 Hub，并给出可观测的检查项。146 收藏
-
Redis 8.2 为 Streams 增加 XACKDEL 和 XDELEX，可在多消费组场景中把确认与删除、删除与消费组引用处理放进同一条命令。本文用可复现实验比较旧式客户端清理流程与 ACKED 策略的延迟、删除结果和边界。136 收藏
-
Redis LMPOP 可以从多个 List 中选择一个非空队列并批量取出元素，但它不是轮询器。本文核对 LEFT、RIGHT、COUNT、空结果和多键顺序，给出多队列消费的安全写法与上线检查点。115 收藏
-
分布式系统中必备的一个中间件就是消息队列，通过消息队列我们能对服务间进行异步解耦、流量消峰、实现最终一致性。 目前市面上已经有 RabbitMQ、RochetMQ、ActiveMQ、Kafka 等，有人会问114 收藏