ack(acknowledgemen 确认收到)
A1 目的
为了保证producer发送的数据能可靠的发送到指定的topic。
A2 过程
topic的每个partition收到producer发送的数据后,都需向producer发送ack,如果producer收到ack,就会进行下一轮的发送,否则重新发送。
A3 穿插
ISR机制:
- Leader维护了一个动态的in-sync replica set (ISR),意为和leader保持同步的follower集合。follower长时间不同步,被踢出ISR ,该时间阈值由replica.lag.time.max.ms参数设定。Leader发生故障之后,就会从ISR中选举新的leader。
A4 ack应答机制:
ack级别:
- 0:producer不等待broker的ack,最低延迟,broker一收到还没写入磁盘就返回,当broker故障时易丢失数据。
- 1:producer等待broker的ack,partition的leader落盘成功后返回ack,如果在follower同步成功之前leader故障,那么将会丢失数据。
- -1(all):producer等待broker的ack,partition的leader和follower全部落盘成功后才返回ack。但是如果在follower同步完成后,broker发送ack之前,leader发生故障,那么会造成数据重复。