消息积压

现象或背景 在某电商平台的订单处理系统中，我们遭遇了 Kafka 分区键配置失误导致的严重积压问题： - 异常表现：单个分区消息堆积量突破 2.3 亿条，消费延迟从 200ms 骤增至 47s - 业务影响：订单状态更新出现断层，导致 0.

结论先说： 顺序消息的分区键选错，会把「单个买家」的流量集中到一个分区，导致该分区积压 2.3 亿条消息。真正治本的不是加机器，而是把分区键从 buyerId 换成 orderNo。 一、现象与背景：不是「整体积压」，而是「一个分区在流血」

«作者：江若衡-855｜8 年技术团队负责人｜熟悉分布式一致性与消息中间件 栈：Kafka 3.4.1（3 broker）、Spring Kafka 3.1、消费者 Java 17、MySQL 8.0 兜底 场景：订单域，要求同一订单号的状