kafka提供消息确认机制，Kafka 生产者通过 acks 参数控制消息发送的确认级别，确保消息被 Broker 正确接收。复制机制，每个分区有多个副本，leader和follower，leader故障时从follower中选举新leader。集群部署，多broker实例，即使一台宕机，也有其他broken继续对外提供服务。每个副本都同步了数据，才算发送成功，否则会重新发送。取 - 实践

如何保证消息不丢失？就是Kafka

生产者端，重试机制（retries 参数）

每个副本都同步了数据，才算发送成功，否则会重新发送

broken端，消息确认机制

kafka提供消息确认机制，Kafka 生产者通过 acks 参数控制消息发送的确认级别，确保消息被 Broker 正确接收

消费者端，取消自动回应offset，消费完在发送offset

Kafka是如何保证消费的顺序性？

把这些消息发到同一个分区（通过 Key 控制）

Kafka的高可用机制了解吗？

集群部署，多broker实例，即使一台宕机，也有其他broken继续对外给予服务

复制机制，每个分区有多个副本，leader和follower，leader故障时从follower中选举新leader。