Kafka 消息不丢失
创始人
2024-06-01 01:22:09

Kafka 消息不丢失

  • 生产者丢失
  • 消费者丢失
  • 不丢失配置

Kafka 保证消息不丢失:只对已提交的消息 (committed message) 做有限度的持久化保证

  • 已提交的消息:当 n 个 Broker 成功接收到该消息并写入到日志文件后,就告诉生产者该消息已成功提交
  • 有限度的持久化保证 : 消息保存在 N 个 Broker 上,要至少有 1 个存活
  • Kafka 只对已提交的消息,并满足一定的条件,能实现不丢失消息

生产者丢失

Kafka Producer 是异步发送消息的 ,调用 producer.send(msg),会立即返回,就无法知道消息是否发送成功

消息发送不成功的原因:

  • 网络抖动 : 导致消息就没有发到 Broker 端
  • 消息本身不合格,导致 Broker 拒绝接收 (如 : 消息太大)
  • 所有的 Broker 都挂了

解决方法:Producer 用 producer.send(msg, callback)有回调通知的发送 API

消费者丢失

Consumer 端的位移:

  • 位移:该 Consumer 消费当前 Topic 分区的位置

Consumer 的对位移的消息丢失解决:

  • 先消费消息,再更新位移的顺序
  • 能最大限度地保证消息不丢失,但可能消息的重复处理

在这里插入图片描述

Consumer 用多个线程异步处理消息,并自动更新位移

  • 当某个线程运行失败,某个消息没有被成功处理,但位移已经更新,该消息对 Consumer 就是丢失状态
  • 解决方案:Consumer 手动提交位移

不丢失配置

  • 当 ISR 只有 1 个副本 ,acks=all ,相当于 acks=1
  • min.insync.replicas 目的 :下限的限制
  • 不能只满足 ISR 全部写入,还要保证 ISR 中的写入个数大于 min.insync.replicas
  • 对可重试的错误,retries 才会触发,否则直接进入到 callback
Producerproducer.send(msg, callback)用带回调通知的 send 方法
acks = allall:所有副本 Broker 都接收到消息,才认为已提交
retries > 0自动重试消息发送,避免消息丢失
Brokerunclean.leader.election.enable = false不允许落后 Leader的Broker,成为新Leader
replication.factor >= 3消息多副本
min.insync.replicas > 1消息至少要写入 n 个副本才是已提交
replication.factor = min.insync.replicas + 1防止一个副本挂了,整个分区就无法正常工作
Consumerenable.auto.commit = false手动提交位移

相关内容

热门资讯

【营收拆解】博通 最新营收结构... 博通(AVGO)最新财报显示,公司本季度实现营业收入295.91亿美元。按业务划分:1. 产品收入2...
恶意对比拉踩!长安汽车发布声明 (来源:车联新生态)9月11日,长安汽车不实信息举报中心针对近日网传启源Q06发布会的不实信息发布声...
菲律宾海警:76人死亡,13人... 菲律宾客船起火事故死亡人数升至76人菲律宾海岸警卫队12日说,菲巴拉望省附近海域客船起火事故已造成7...
视频丨让 “看不见的服务” 被... 9月12日起,2026年服贸会迎来公众开放日。只需通过官网或公众号等平台提前预约,就可以亲临北京首钢...
三甲专家社区坐诊 七大专病门诊... 本报讯(大连新闻传媒集团/大连云记者张丽霞)“以后看眼睛,不用再往大医院跑了。”近日,在甘井子区泉水...