Kafka的ACK机制

Kafka的ack机制，指的是producer的消息发送确认机制，这直接影响到Kafka集群的吞吐量和消息可靠性。而吞吐量和可靠性就像硬币的两面，两者不可兼得，只能平衡。

ACK有3个可选值，分别是1，0，-1。

ACK = 0 时， 发送一次 不论leader是否接收

ACK = 1 时， 等待leader接收成功即可

ACK = -1 时 ，需等待leader将消息同步给follower 

（1）ack=1，简单来说就是，producer只要收到一个分区副本成功写入的通知就认为推送消息成功了。这里有一个地方需要注意，这个副本必须是leader副本。只有leader副本成功写入了，producer才会认为消息发送成功。

 ack=1的情况下，producer只要收到分区leader成功写入的通知就会认为消息发送成功了。如果leader成功写入后，还没来得及把数据同步到follower节点就挂了，这时候消息就丢失了。

注意，ack的默认值就是1。这个默认值其实就是吞吐量与可靠性的一个折中方案。生产上我们可以根据实际情况进行调整，比如如果你要追求高吞吐量，那么就要放弃可靠性。

（2）ack=0，简单来说就是，producer发送一次就不再发送了，不管是否发送成功。

 提供了最低的延迟。但是最弱的持久性，当服务器发生故障时，就很可能发生数据丢失。

 例如leader已经死亡，producer不知情，还会继续发送消息broker接收不到数据就会数据丢失

（3）ack=-1，简单来说就是，producer只有收到分区内所有副本的成功写入的通知才认为推送消息成功了。