企业官网建设流程全解析

工业设计网站哪个最好,wordpress注册插件,可以做砍价链接的网站,无锡网站建设的公司一、为什么 Redis 一定要出 Stream#xff1f; 发布订阅#xff08;Pub/Sub#xff09;的问题 优点 实时 简单 缺陷 不持久化 客户端离线 → 消息直接丢 无法回溯历史消息 本质原因#xff1a; Pub/Sub 是“广播事件”#xff0c;不是“存储消息” List 实现消…一、为什么 Redis 一定要出 Stream发布订阅Pub/Sub的问题优点实时简单缺陷不持久化客户端离线 → 消息直接丢无法回溯历史消息本质原因Pub/Sub 是“广播事件”不是“存储消息”List 实现消息队列的问题优点FIFO可阻塞问题一消息一旦消费就没了无法重复消费消费失败消息直接丢问题二没有 ACK 机制消费者RPOP后宕机消息已经被删除问题三ID 需要自己维护分布式环境下很麻烦本质原因List 是“容器”不是“消息日志二、Redis Stream 的设计目标Redis 官方目标很明确做一个“真正的消息队列 / 消息日志系统”Stream 要解决的问题能力是否支持消息持久化✅全局唯一 ID✅消息不丢✅消费确认ACK✅多消费者✅消费组✅消息回溯✅三、Stream 是什么Redis Stream 是一个“只追加的消息日志Append-Only Log”Stream 的数据模型消息 ID 是什么毫秒时间戳-序列号特点全局有序天然递增分布式安全Redis 自动生成*为什么 ID 如此重要用来定位消息用来断点续消费用来回溯历史消息Stream 如何解决旧方案的问题1. 消息持久化Stream 数据存在内存写 AOF / RDBRedis 重启消息仍在2.支持历史消息读取可以从头读到尾离线重连也能补消息3. 自动生成全局唯一 IDRedis 保证不重复单调递增4. ACK 确认机制只有 ACK 后消息才算“已处理”消费者宕机未 ACK 的消息会留在 Pending List5. 消费组这是 Stream最重要的能力。没有消费组广播每个消费者都能读到所有消息有消费组负载均衡特点一条消息只会被一个消费者处理天然负载均衡非常适合后台任务、订单处理Stream vs List vs Pub/Sub特性Pub/SubListStream持久化❌✅✅消息确认❌❌✅重复消费❌❌✅消费组❌❌✅消息回溯❌❌✅适合生产❌勉强✅