apache-kafka - Kafka 日志压缩频繁更新的密钥永远不会被消耗

Question

基于Kafka文档https://kafka.apache.org/documentation/#compaction 基于offset的client消费顺序： compaction前为K1,K2,K3,K4,K5,K6， compaction后为K1,K3, K4,K5,K2,K6 我说得对吗（如果我们有相对较小的压缩间隔）如果我们有 K2 继续进入主题（与其他键一起，比如不重复，K100，K101，K102 等），它会一直被推回，如果我们有一个消费者比生产者慢，那么消费者在赶上生产者的速度之前不会消费K2？ 如果上面的说法是真的，我们有没有办法配置这个行为，比如消费的顺序和压缩前一样，但是 K2 的值是最新的。