使用命令行手动或者向一个不存在的topic发送(生产)消息时都会新建立一个topic
向一个不存在的topic发送(生产)消息时新建立的topic时,其采用为默认的topic-config配置以及server.properties中的topic的配置。html使用命令行手动建立一个topic可使用 –config 选项配合topic-config配置中的信息来覆盖默认配置或者使用–delete-config来恢复默认配置。apache
bin/kafka-topics.sh --zookeeper localhost:2181 --create --topic my-topic --partitions 1 --replication-factor 2 --config max.message.bytes=64000 --config flush.messages=1
(1). partitions :分区数,控制topic将分片成多少个log。能够显示指定,若是不指定则会使用broker(server.properties)中的num.partitions配置的数量
(2). 虽然增长分区数能够提供kafka集群的吞吐量、可是过多的分区数或者或是单台服务器上的分区数过多,会增长不可用及延迟的风险。由于多的分区数,意味着须要打开更多的文件句柄、增长点到点的延时、增长客户端的内存消耗。
(3). 分区数也限制了consumer的并行度,即限制了并行consumer消息的线程数不能大于分区数
(4). 分区数也限制了producer发送消息是指定的分区。如建立topic时分区设置为1,producer发送消息时经过自定义的分区方法指定分区为2或以上的数都会出错的;这种状况能够经过alter –partitions 来增长分区数。bash
1 . replication factor 控制消息保存在几个broker(服务器)上,通常状况下等于broker的个数。
2. 若是没有在建立时显示指定或经过API向一个不存在的topic生产消息时会使用broker(server.properties)中的default.replication.factor配置的数量服务器
bin/kafka-topics.sh --zookeeper zk1:2181 --describe --topic topicname
结果说明:spa
第一行,列出了topic的名称,分区数(PartitionCount),副本数(ReplicationFactor)以及其余的配置(Config.s)
Leader:1 表示为作为读写的broker的编号
Replicas:表示该topic的每一个分区在那些borker中保存
Isr:表示当前有效的broker, Isr是Replicas的子集命令行
bin/kafka-topics.sh --zookeeper zk_host:port --alter --topic my_topic_name--partitions 40
bin/kafka-topics.sh --zookeeper zk_host:port --alter --topic my_topic_name --config flush.messages=1
bin/kafka-topics.sh --zookeeper zk_host:port --alter --topic my_topic_name --delete-config flush.messages=1
目前删除操做在默认状况下只是打上一个删除的标记,在从新启动kafka 后才删除。若是须要当即删除,则须要在server.properties中配置线程
delete.topic.enable=true
bin/kafka-topics.sh --zookeeper zk_host:port --delete --topic my_topic_name