1 基础命令
1.1 启动
1.1.1启动zookeeper
./bin/zookeeper-server-start.sh -daemon config/zookeeper.properties
1.1.2启动kafka
- 先启动zookeeper
- 到kafka安装目录执行:
./bin/kafka-server-start.sh -daemon config/server.properties
1.2查看topic列表
./bin/kafka-topics.sh --list --zookeeper ${localhost}:2181
1.3查看topic信息
./bin/kafka-topics.sh --zookeeper ${localhost}:2181 --describe --topic ${topicName}
1.4删除topic
1.4.1方案一
- 先删除kafka中的topic :
./bin/kafka-topics.sh --delete --zookeeper ${localhost}:2181 --topic ${topicName}
- 查询所有topic :
./bin/kafka-topics.sh --zookeeper ${localhost}:2181 --list
- 只存在删除标记但是未删除 :
进入kafka的log目录,删除文件名为${topicName}的文件夹。 - 进入zookeeper的安装目录,再进入bin目录下,使用命令启动zookeeper客户端(ZKCli.sh)
ZKCli.sh
- 查看所建的topic。
ls /brokers/topics
- 使用命令删除topic
deleteall /brokers/topics/${topicName}
旧版本命令为
rmr /brokers/topics/${topicName}
2 基础架构
2.1 图解
-
Producer :消息生产者,就是向 kafka broker 发消息的客户端。
-
Consumer :消息消费者,向 kafka broker 取消息的客户端。
-
Consumer Group (CG):消费者组,由多个 consumer 组成。消费者组内每个消费者负 责消费不同分区的数据,一个分区只能由一个组内消费者消费;消费者组之间互不影响。所 有的消费者都属于某个消费者组,即消费者组是逻辑上的一个订阅者。
-
Broker :一台 kafka 服务器就是一个 broker。一个集群由多个 broker 组成。一个 broker 可以容纳多个 topic。
-
Topic :可以理解为一个队列,生产者和消费者面向的都是一个 topic。
-
Partition:为了实现扩展性,一个非常大的 topic 可以分布到多个 broker(即服务器)上,一个 topic 可以分为多个 partition,每个 partition 是一个有序的队列。
-
Replica:副本,为保证集群中的某个节点发生故障时,该节点上的 partition 数据不丢失,且 kafka 仍然能够继续工作,kafka 提供了副本机制,一个 topic 的每个分区都有若干个副本, 一个 leader 和若干个 follower。
-
leader:每个分区多个副本的“主”,生产者发送数据的对象,以及消费者消费数据的对 象都是 leader。
-
follower:每个分区多个副本中的“从”,实时从 leader 中同步数据,保持和 leader 数据 的同步。leader 发生故障时,某个 follower 会成为新的 follower。
-
Producer :消息生产者,就是向 kafka broker 发消息的客户端。
-
Consumer :消息消费者,向 kafka broker 取消息的客户端。
-
Consumer Group (CG):消费者组,由多个 consumer 组成。消费者组内每个消费者负 责消费不同分区的数据,一个分区只能由一个组内消费者消费;消费者组之间互不影响。所 有的消费者都属于某个消费者组,即消费者组是逻辑上的一个订阅者。
-
Broker :一台 kafka 服务器就是一个 broker。一个集群由多个 broker 组成。一个 broker 可以容纳多个 topic。
-
Topic :可以理解为一个队列,生产者和消费者面向的都是一个 topic。
-
Partition:为了实现扩展性,一个非常大的 topic 可以分布到多个 broker(即服务器)上,一个 topic 可以分为多个 partition,每个 partition 是一个有序的队列。
-
Replica:副本,为保证集群中的某个节点发生故障时,该节点上的 partition 数据不丢失,且 kafka 仍然能够继续工作,kafka 提供了副本机制,一个 topic 的每个分区都有若干个副本, 一个 leader 和若干个 follower。
-
leader:每个分区多个副本的“主”,生产者发送数据的对象,以及消费者消费数据的对 象都是 leader。
-
follower:每个分区多个副本中的“从”,实时从 leader 中同步数据,保持和 leader 数据 的同步。leader 发生故障时,某个 follower 会成为新的 follower。