如何避免

最简单粗暴的就是 ： 减少组成员数量发生变化

每个 实例都会定期地向 发送心跳请求，表明它还存活着。如果某个 实例不能及时地发送这些心跳请求， 就会认为该 已经“死”了，从而将其从 Group 中移除，然后开启新一轮 。 端有个参数，叫 ..ms，就是被用来表征此事的。该参数的默认值是 10 秒，即如果 在 10 秒之内没有收到 Group 下某 实例的心跳，它就会认为这个 实例已经挂了。可以这么说，..ms 决定了 存活性的时间间隔。

除了这个参数， 还提供了一个允许你控制发送心跳请求频率的参数，就是 ..ms。这个值设置得越小， 实例发送心跳请求的频率就越高。频繁地发送心跳请求会额外消耗带宽资源，但好处是能够更加快速地知晓当前是否开启 ，因为，目前 通知各个 实例开启 的方法，就是将 标志封装进心跳请求的响应体中。

除了以上两个参数， 端还有一个参数，用于控制 实际消费能力对 的影响，即 max.poll..ms 参数。它限定了 端应用程序两次调用 poll 方法的最大时间间隔。它的默认值是 5 分钟，表示你的 程序如果在 5 分钟之内无法消费完 poll 方法返回的消息，那么 会主动发起“离开组”的请求， 也会开启新一轮 。

如何避免

最简单粗暴的就是 ： 减少组成员数量发生变化

每个 实例都会定期地向 发送心跳请求，表明它还存活着。如果某个 实例不能及时地发送这些心跳请求， 就会认为该 已经“死”了，从而将其从 Group 中移除，然后开启新一轮 。 端有个参数，叫 ..ms，就是被用来表征此事的。该参数的默认值是 10 秒，即如果 在 10 秒之内没有收到 Group 下某 实例的心跳，它就会认为这个 实例已经挂了。可以这么说，..ms 决定了 存活性的时间间隔。

除了这个参数， 还提供了一个允许你控制发送心跳请求频率的参数，就是 ..ms。这个值设置得越小， 实例发送心跳请求的频率就越高。频繁地发送心跳请求会额外消耗带宽资源，但好处是能够更加快速地知晓当前是否开启 ，因为，目前 通知各个 实例开启 的方法，就是将 标志封装进心跳请求的响应体中。

除了以上两个参数， 端还有一个参数，用于控制 实际消费能力对 的影响，即 max.poll..ms 参数。它限定了 端应用程序两次调用 poll 方法的最大时间间隔。它的默认值是 5 分钟，表示你的 程序如果在 5 分钟之内无法消费完 poll 方法返回的消息，那么 会主动发起“离开组”的请求， 也会开启新一轮 。

kafak副本同步机制

ISR，，HW（高水位，主副本的最大才能被消费）

Kafka副本同步机制 副本同步-CSDN博客

什么时候副本会被移到OSR

.lag.max. 落后消息数量

.lag.time.max.没有相应时间

Kafka副本同步机制理解-CSDN博客