,如何罗列kafka内部的topic

关于“kafka_php_0.8”的问题，小编就整理了【5】个相关介绍“kafka_php_0.8”的解答：

1、进入kafka的执行目录

cd /opt/cloudera/parcels/KAFKA-3.1.0-1.3.1.0.p0.35/lib/kafka/

2、查看所有的kafka topic列表:

bin/kafka-topics.sh -zookeeper hadoop-5:2181,hadoop-6:2181 -list

3、查看kafka特定topic详情，使用--topic与--describe参数

bin/kafka-topics.sh -zookeeper hadoop-5:2181,hadoop-6:2181 --topic ztjy.dt.log.adv --describe

将优先级统一设定为高、中、低三个级别。具体操作方案如下：

1. 对某个优先级根据 task (单次推送任务)维度，存入不同的 Topic，一个 task 只写入一个 Topic，一个 Topic 可存多个 task；

2. 消费模块根据优先级配额(如 6:3:1)，获取不同优先级的消息数，同一优先级轮询获取消息；这样既保证了高优先级用户可以更快地发送消息，又避免了低优先级用户出现没有下发的情况。

1,进到kafka的安装目录

2,执行下列语句：

find ./libs/ -name *kafka_* | head -1 | grep -o ‘kafka[^ ]*’

kafka_2.12-1.0.0-javadoc.jar.asc

就可以看到kafka的具体版本了。

其中，2.12为scala版本，1.0.0为kafka版本。

Kafka数据结构可以理解为一个列表（Broker）套列表（Topic）套队列（Partion）。而消息本身就像树节点一样不具备记录自身路径的能力，记录树这个数据结构的就是ZooKeeper。

这里比较特殊的一点是：Kafka中的分区（Partion）可以分布在不同的服务器（broker）上，即一个主题可以跨越多个broker。Kafka保证的是分区有序而不是主题有序。分区（Partion）还有多个副本（Replica）用来进行容灾备份。多个副本之间是一主多从结构。

1）Producer ：消息生产者，就是向 kafka broker 发消息的客户端；

2）Consumer ：消息消费者，向 kafka broker 取消息的客户端；

3）Consumer Group （CG）：消费者组，由多个 consumer 组成。消费者组内每个消费者负责消费不同分区的数据，一个分区只能由一个组内消费者消费；消费者组之间互不影响。所有的消费者都属于某个消费者组，即消费者组是逻辑上的一个订阅者。

4）Broker ：一台 kafka 服务器就是一个 broker。一个集群由多个 broker 组成。一个 broker可以容纳多个 topic。

5）Topic ：可以理解为一个队列，生产者和消费者面向的都是一个 topic；

6）Partition：为了实现扩展性，一个非常大的 topic 可以分布到多个 broker（即服务器）上，一个 topic 可以分为多个 partition，每个 partition 是一个有序的队列；

7）Replica：副本，为保证集群中的某个节点发生故障时，该节点上的 partition 数据不丢失，且 kafka 仍然能够继续工作，kafka 提供了副本机制，一个 topic 的每个分区都有若干个副本，一个 leader 和若干个 follower。

到此，以上就是小编对于“kafka_php_0.8”的问题就介绍到这了，希望介绍关于“kafka_php_0.8”的【5】点解答对大家有用。