悬挂事务

一、现象或背景：悬挂事务的代价（带数字量化） 在 Kafka 事务场景中，悬挂事务（stuck transaction）可能导致的最严重后果是生产端 100% 消息丢失。某支付系统曾因未及时发现悬挂事务，导致 2100 条订单状态更新消息丢

背景 Kafka 3.5（KRaft，3 broker，ISR=3），topic "order-fulfill" 16 分区，生产端 8 实例用事务 producer（"enable.idempotence=true" + "transac

背景 Kafka 3.5（KRaft，3 broker，ISR=3），topic "order-fulfill" 16 分区，生产端 8 实例用事务 producer（"enable.idempotence=true" + "transac

一、现象与背景：消费端不是慢，是「停摆」 去年我们做支付对账链路，Kafka 3.5（3 节点 KRaft），"pay-settle" topic 16 分区、峰值约 6.2 万 msg/s，消费组 4 实例，"isolation.leve