Kafka的消息确认方式有3中 ,可以在生产者的配置文件中配置:
##0:不保证消息的到达确认,只管发送,低延迟但是会出现消息的丢失,在某个server失败的情况下,有点像 TCP
##1:发送消息,并会等待leader 收到确认后,一定的可靠性
## -1:发送消息,等待leader收到确认,并进行复制操作后,才返回,最高的可靠性
request.required.acks =0
kafka的ISR队列,在leader的节点维护的一个follower列表 根据配置文件的参数 会把满足条件的follower 维护进去
新版本中只有这一个参数 根据交互时间差来判断是否移除ISR
rerplica.lag.max.messages