消息队列和Kafka

消息队列(类似于蜂巢柜的功能):异步操作

特点:低耦合,响应时间快,异步削峰限流(在不繁忙的时间段处理再处理任务),系统结构弹性大,易于扩展

kafka

Kafka的主要组件包括:

  • Broker:Kafka集群中的单个服务器节点,负责数据存储和处理。

  • Topic:消息发布的类别或者主题。

  • Partition:每个Topic被划分为多个不同的分区,分区内的数据有序。

  • Producer:生产者,负责向Kafka的Topic发送消息。

  • Consumer:消费者,负责从Kafka的Topic接收和处理消息。

  • Consumer Group:一组消费者的集合,用于实现消费者的负载均衡和故障转移。

  • ZooKeeper:Kafka使用ZooKeeper来进行集群管理、协调和元数据存储。

broker是kafka服务器的一个实例,kafka是broker的集群

Topic是逻辑概念,代表某一类信息

partition分区

Replication副本,防止某个broker宕机,为partition创建多个副本,保存数据,一个broker的副本放在不同的broker中

当存在副本时,就会区分Leader、Follower,

Leader:主分片,接收生产者发送的数据,对接消费者消费消息

Follower:仅负责和Leader同步数据

Kafka在工作时,broker、Topic、Partition等都需要在Zookeeper中注册

消息队列和Kafka的区别?

1.存储机制:Kafka是持久化存储,存储在磁盘上;消息队列是存储在内存中

2.实时处理:Kafka是高吞吐、低延迟,适用于实时数据处理;消息队列注重消息传递的可靠性

3.设计模式:Kafka是分布式流媒体平台;而传统消息队列是单个服务器

4.消费模型:Kafka采用发布-订阅模型,可以多个消费者消费同一消息;而传统队列只能一个消息对应一个消费者

Kafka如何保证消息传递的可靠性?

1.持久化

2.复制:创建多个副本,分布在不同区

3.批量发送

4.确认机制

死锁

定义:多个事务访问同一资源,对已有的资源不释放,相互锁定对方的资源,造成的死循环

条件:

互斥(一个线程拿到锁后,其他线程不能用)

请求和保持(尝试获取另外的锁,自己的锁不释放)

不可剥夺(锁只能线程自己释放)

循环等待(相互等待对方释放锁)

相关推荐
霸道流氓气质1 小时前
Java中信号量(Semaphore):从本地到分布式
java·开发语言·分布式
naierfengdian3 小时前
分布式风电助力乡村能源转型的技术路径
分布式·能源
霸道流氓气质3 小时前
RedLock:Redis 分布式锁的高可用方案
数据库·redis·分布式
DLYSB_4 小时前
Kafka 消费倾斜死锁与 Partition 掉队:我用 Rust 写了个“数据管道物理哨兵”,比 Grafana 报警快了 18 秒
rust·kafka·grafana·报警灯
hhzz4 小时前
《深度学习框架PyTorch入门与实践》系列:09-分布式与并行训练之DataParallel、DDP与Horovod
pytorch·分布式·深度学习
creator_Li5 小时前
Kafka消费者offset提交
kafka
TDengine (老段)5 小时前
TDengine 第三方工具 — Telegraf、Kafka Connect、Flink、Spark
大数据·数据库·物联网·flink·kafka·时序数据库·tdengine
城管不管20 小时前
重生——第九次面试2026.8.13某车一面
分布式·ai·面试·职场和发展·rabbitmq
apgk120 小时前
基于Canal实现mysql数据同步到消息队列(RabbitMQ/Kafka)详细操作教程
docker·kafka·rabbitmq
ly768921 小时前
分布式一致性算法详解:从 2PC、3PC 到 Paxos、Raft、ZAB
分布式·算法