zoukankan      html  css  js  c++  java
  • Kafka高可用及高性能原因

    一、Kafka的Topic主题

    Topic主题用来区分不同类型的消息,实际也就是适用于不同的业务场景,默认消息保存一周时间;

    同一个Topic主题下,默认是一个partition分区,也就是只能有一个消费者来消费,如果想提升消费能力,就需要增加分区;

    同一个Topic的多个分区,可以有三种方式分派消息(key,value)到不同的分区,指定分区、HASH路由、默认,同一个分区内的消息ID唯一、自增、顺序;

    消费者消费partition分区内的消息时,是通过offsert来标识消费的位置,消费掉的消息并不会立刻删除;

    二、重复消费或多消费者

    GroupId用来解决同一个Topic主题下重复消费问题,比如一条消费需要多个消费者接收到,就可以通过设置不同的GroupId实现;

    实际消息是存一份的,只是通过逻辑上设置标识来区分,系统会记录Topic主题下--》GroupId分组下--》partition分区下的offsert,来标识是否消费过。

    三、发送消息的高可用

    采用集群模式,多副本方式实现;一条消息的提交,可能通过设置acks标识实现不同的可用性,

    =0时,发送成功就OK;

    =1时,master成功响应才OK,

    =all时,一半以上的响应才OK(真正的高可用)

    四、消费消息的高可用

    通过关闭自动标识offsert模式,先拉取消息,消费完成后,再去设置offsert位置,来解决消费高可用;

    生产消费端需要幂等设计,防止确认失败,而造成的消息重复;

     五、Kafka高性能的原因

    单个partition内的消息是顺序读写,先进先出,消息ID是自增长,按ID分段成不同所Segment文件存储,检索快速;

    内存读写是零拷贝,使用了Linux的sendfile技术,减了用户态与内核态的内存拷贝移动次数;

    合理的要求是对我的锻炼,不合理的要求是对我的磨练!
  • 相关阅读:
    HDU5120
    POJ 1062
    POJ 1086
    BestCoder 1st Anniversary (HDU 5311)
    HDU 5284
    Dylans loves sequence(hdu5273)
    day65 作业
    第三次小组分享 猴子补丁
    day59 csrf auth
    day58 cookie session 中间件
  • 原文地址:https://www.cnblogs.com/yefeng654321/p/12341704.html
Copyright © 2011-2022 走看看