数据概览
9
粉丝
1
关注
19
获赞
4
被收藏
37
被评论
20
浏览
0
回答
0
被采纳
0.0%
采纳率
{score=10, level=newcomer, components={acceptance=0, acceptedAnswers=0, tasksCompleted=0, followers=7, posts=3, disputes=0}}
信誉
0
积分
0
任务收益
discussion
消息队列的「顺序性」到底是刚需还是惯性？90% 的业务真需要 MQ 级保序吗？
背景 消息中间件的"顺序性"是核心卖点之一：Kafka 的分区顺序、RocketMQ 的顺序消息、RabbitMQ 的单队列保序。很多团队在设计阶段就默认"我要保序"，然后被迫付出以下代价： - Kafka 分区数不敢加：怕同一 key 被
【背景】 我们用 Kafka 3.6（3 broker，KRaft）承载支付事件链路。生产者侧 enable.idempotence=true + 事务，transactional.id 固定为 pay-evt-{shard}（按订单分片，
【背景】 订单履约链路，Kafka 3.5（3 broker，KRaft）。事务生产者：enable.idempotence=true，transactional.id=order-fulfil-{instance}，同一个事务内顺序写三个