小編給大家分享一下Kafka中如何刪除topic，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

創(chuàng)新互聯(lián)堅(jiān)持“要么做到，要么別承諾”的工作理念，服務(wù)領(lǐng)域包括：成都網(wǎng)站制作、成都網(wǎng)站建設(shè)、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣等服務(wù)，滿足客戶于互聯(lián)網(wǎng)時(shí)代的大足網(wǎng)站設(shè)計(jì)、移動媒體設(shè)計(jì)的需求，幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴！

前言

Apache Kafka發(fā)源于LinkedIn，于2011年成為Apache的孵化項(xiàng)目，隨后于2012年成為Apache的主要項(xiàng)目之一。Kafka使用Scala和Java進(jìn)行編寫。Apache Kafka是一個(gè)快速、可擴(kuò)展的、高吞吐、可容錯(cuò)的分布式發(fā)布訂閱消息系統(tǒng)。Kafka具有高吞吐量、內(nèi)置分區(qū)、支持?jǐn)?shù)據(jù)副本和容錯(cuò)的特性，適合在大規(guī)模消息處理場景中使用。

本文依然是以kafka0.8.2.2為例講解

一，如何刪除一個(gè)topic

刪除一個(gè)topic有兩個(gè)關(guān)鍵點(diǎn)：

1，配置刪除參數(shù)

delete.topic.enable這個(gè)Broker參數(shù)配置為True。

2，執(zhí)行

bin/kafka-topics.sh --zookeeper zk_host:port/chroot --delete --topic my_topic_name

假如不配置刪除參數(shù)為true的話，topic其實(shí)并沒有被清除，只是被標(biāo)記為刪除。此時(shí)，估計(jì)一般人的做法是刪除topic在Zookeeper的信息和日志，其實(shí)這個(gè)操作并不會清除kafkaBroker內(nèi)存的topic數(shù)據(jù)。所以，此時(shí)最佳的策略是配置刪除參數(shù)為true然后，重啟kafka。

二，重要的類介紹

1，PartitionStateMachine

該類代表分區(qū)的狀態(tài)機(jī)。決定者分區(qū)的當(dāng)前狀態(tài)，和狀態(tài)轉(zhuǎn)移。四種狀態(tài)

• NonExistentPartition

• NewPartition

• OnlinePartition

• OfflinePartition

2，ReplicaManager

負(fù)責(zé)管理當(dāng)前機(jī)器的所有副本，處理讀寫、刪除等具體動作。

讀寫：寫獲取partition對象，再獲取Replica對象，再獲取Log對象，采用其管理的Segment對象將數(shù)據(jù)寫入、讀出。

3，ReplicaStateMachine

副本的狀態(tài)機(jī)。決定者副本的當(dāng)前狀態(tài)和狀態(tài)之間的轉(zhuǎn)移。一個(gè)副本總共可以處于一下幾種狀態(tài)的一種
NewReplica：Crontroller在分區(qū)重分配的時(shí)候可以創(chuàng)建一個(gè)新的副本。只能接受變?yōu)閒ollower的請求。前狀態(tài)可以是NonExistentReplica

OnlineReplica：新啟動的分區(qū)，能接受變?yōu)閘eader或者follower請求。前狀態(tài)可以是NewReplica, OnlineReplica or OfflineReplica

OfflineReplica：死亡的副本處于這種狀態(tài)。前狀態(tài)可以是NewReplica, OnlineReplica

ReplicaDeletionStarted：分本刪除開始的時(shí)候處于這種狀態(tài)，前狀態(tài)是OfflineReplica

ReplicaDeletionSuccessful：副本刪除成功。前狀態(tài)是ReplicaDeletionStarted

ReplicaDeletionIneligible：刪除失敗的時(shí)候處于這種狀態(tài)。前狀態(tài)是ReplicaDeletionStarted

NonExistentReplica：副本成功刪除之后處于這種狀態(tài)，前狀態(tài)是ReplicaDeletionSuccessful

4，TopicDeletionManager

該類管理著topic刪除的狀態(tài)機(jī)

1)，TopicCommand通過創(chuàng)建/admin/delete_topics/<topic>，來發(fā)布topic刪除命令。

2)，Controller監(jiān)聽/admin/delete_topic子節(jié)點(diǎn)變動，開始分別刪除topic

3)，Controller有個(gè)后臺線程負(fù)責(zé)刪除Topic

三，源碼徹底解析topic的刪除過程

此處會分四個(gè)部分：

A),客戶端執(zhí)行刪除命令作用

B),不配置delete.topic.enable整個(gè)流水的源碼

C),配置了delete.topic.enable整個(gè)流水的源碼

D),手動刪除zk上topic信息和磁盤數(shù)據(jù)

1，客戶端執(zhí)行刪除命令

bin/kafka-topics.sh --zookeeper zk_host:port/chroot --delete --topic my_topic_name

進(jìn)入kafka-topics.sh我們會看到

exec $(dirname $0)/kafka-run-class.sh kafka.admin.TopicCommand $@

進(jìn)入TopicCommand里面，main方法里面

else if(opts.options.has(opts.deleteOpt))
 deleteTopic(zkClient, opts)

實(shí)際內(nèi)容是

val topics = getTopics(zkClient, opts)
if (topics.length == 0) {
 println("Topic %s does not exist".format(opts.options.valueOf(opts.topicOpt)))
}
topics.foreach { topic =>
 try {
 ZkUtils.createPersistentPath(zkClient, ZkUtils.getDeleteTopicPath(topic))

在"/admin/delete_topics"目錄下創(chuàng)建了一個(gè)topicName的節(jié)點(diǎn)。

2，假如不配置delete.topic.enable整個(gè)流水是

總共有兩處listener會響應(yīng)：

A),TopicChangeListener

B),DeleteTopicsListener

使用topic的刪除命令刪除一個(gè)topic的話，指揮觸發(fā)DeleteTopicListener。

var topicsToBeDeleted = {
 import JavaConversions._
 (children: Buffer[String]).toSet
}
val nonExistentTopics = topicsToBeDeleted.filter(t => !controllerContext.allTopics.contains(t))
topicsToBeDeleted --= nonExistentTopics
if(topicsToBeDeleted.size > 0) {
 info("Starting topic deletion for topics " + topicsToBeDeleted.mkString(","))
 // mark topic ineligible for deletion if other state changes are in progress
 topicsToBeDeleted.foreach { topic =>
 val preferredReplicaElectionInProgress =
  controllerContext.partitionsUndergoingPreferredReplicaElection.map(_.topic).contains(topic)
 val partitionReassignmentInProgress =
  controllerContext.partitionsBeingReassigned.keySet.map(_.topic).contains(topic)
 if(preferredReplicaElectionInProgress || partitionReassignmentInProgress)
  controller.deleteTopicManager.markTopicIneligibleForDeletion(Set(topic))
 }
 // add topic to deletion list 
 controller.deleteTopicManager.enqueueTopicsForDeletion(topicsToBeDeleted)
}

由于都會判斷delete.topic.enable是否為true，假如不為true就不會執(zhí)行，為true就進(jìn)入執(zhí)行

controller.deleteTopicManager.markTopicIneligibleForDeletion(Set(topic))
controller.deleteTopicManager.enqueueTopicsForDeletion(topicsToBeDeleted)

3，delete.topic.enable配置為true

此處與步驟2的區(qū)別，就是那兩個(gè)處理函數(shù)。

controller.deleteTopicManager.markTopicIneligibleForDeletion(Set(topic))
controller.deleteTopicManager.enqueueTopicsForDeletion(topicsToBeDeleted)

markTopicIneligibleForDeletion函數(shù)的處理為

if(isDeleteTopicEnabled) {
 val newTopicsToHaltDeletion = topicsToBeDeleted & topics
 topicsIneligibleForDeletion ++= newTopicsToHaltDeletion
 if(newTopicsToHaltDeletion.size > 0)
 info("Halted deletion of topics %s".format(newTopicsToHaltDeletion.mkString(",")))
}

主要是停止刪除topic，假如存儲以下三種情況

* Halt delete topic if -
* 1. replicas being down
* 2. partition reassignment in progress for some partitions of the topic
* 3. preferred replica election in progress for some partitions of the topic

enqueueTopicsForDeletion主要作用是更新刪除topic的集合，并激活TopicDeleteThread

def enqueueTopicsForDeletion(topics: Set[String]) {
 if(isDeleteTopicEnabled) {
 topicsToBeDeleted ++= topics
 partitionsToBeDeleted ++= topics.flatMap(controllerContext.partitionsForTopic)
 resumeTopicDeletionThread()
 }
}

在刪除線程DeleteTopicsThread的doWork方法中

topicsQueuedForDeletion.foreach { topic =>
// if all replicas are marked as deleted successfully, then topic deletion is done
 if(controller.replicaStateMachine.areAllReplicasForTopicDeleted(topic)) {
 // clear up all state for this topic from controller cache and zookeeper
 completeDeleteTopic(topic)
 info("Deletion of topic %s successfully completed".format(topic))
 }

進(jìn)入completeDeleteTopic方法中

// deregister partition change listener on the deleted topic. This is to prevent the partition change listener
// firing before the new topic listener when a deleted topic gets auto created
partitionStateMachine.deregisterPartitionChangeListener(topic)
val replicasForDeletedTopic = controller.replicaStateMachine.replicasInState(topic, ReplicaDeletionSuccessful)
// controller will remove this replica from the state machine as well as its partition assignment cache
replicaStateMachine.handleStateChanges(replicasForDeletedTopic, NonExistentReplica)
val partitionsForDeletedTopic = controllerContext.partitionsForTopic(topic)
// move respective partition to OfflinePartition and NonExistentPartition state
partitionStateMachine.handleStateChanges(partitionsForDeletedTopic, OfflinePartition)
partitionStateMachine.handleStateChanges(partitionsForDeletedTopic, NonExistentPartition)
topicsToBeDeleted -= topic
partitionsToBeDeleted.retain(_.topic != topic)
controllerContext.zkClient.deleteRecursive(ZkUtils.getTopicPath(topic))
controllerContext.zkClient.deleteRecursive(ZkUtils.getTopicConfigPath(topic))
controllerContext.zkClient.delete(ZkUtils.getDeleteTopicPath(topic))
controllerContext.removeTopic(topic)

主要作用是解除掉監(jiān)控分區(qū)變動的listener，刪除Zookeeper具體節(jié)點(diǎn)信息，刪除磁盤數(shù)據(jù)，更新內(nèi)存數(shù)據(jù)結(jié)構(gòu)，比如從副本狀態(tài)機(jī)里面移除分區(qū)的具體信息。

其實(shí)，最終要的是我們的副本磁盤數(shù)據(jù)是如何刪除的。我們重點(diǎn)介紹這個(gè)部分。

首次清除的話，在刪除線程DeleteTopicsThread的doWork方法中

{
 // if you come here, then no replica is in TopicDeletionStarted and all replicas are not in
 // TopicDeletionSuccessful. That means, that either given topic haven't initiated deletion
 // or there is at least one failed replica (which means topic deletion should be retried).
 if(controller.replicaStateMachine.isAnyReplicaInState(topic, ReplicaDeletionIneligible)) {
 // mark topic for deletion retry
 markTopicForDeletionRetry(topic)
 }

進(jìn)入markTopicForDeletionRetry

val failedReplicas = controller.replicaStateMachine.replicasInState(topic, ReplicaDeletionIneligible)
info("Retrying delete topic for topic %s since replicas %s were not successfully deleted"
 .format(topic, failedReplicas.mkString(",")))
controller.replicaStateMachine.handleStateChanges(failedReplicas, OfflineReplica)

在ReplicaStateMachine的handleStateChanges方法中，調(diào)用了handleStateChange，處理OfflineReplica

// send stop replica command to the replica so that it stops fetching from the leader
brokerRequestBatch.addStopReplicaRequestForBrokers(List(replicaId), topic, partition, deletePartition = false)

接著在handleStateChanges中

brokerRequestBatch.sendRequestsToBrokers(controller.epoch, controllerContext.correlationId.getAndIncrement)

給副本數(shù)據(jù)存儲節(jié)點(diǎn)發(fā)送StopReplicaKey副本指令，并開始刪除數(shù)據(jù)

stopReplicaRequestMap foreach { case(broker, replicaInfoList) =>
 val stopReplicaWithDelete = replicaInfoList.filter(p => p.deletePartition == true).map(i => i.replica).toSet
 val stopReplicaWithoutDelete = replicaInfoList.filter(p => p.deletePartition == false).map(i => i.replica).toSet
 debug("The stop replica request (delete = true) sent to broker %d is %s"
 .format(broker, stopReplicaWithDelete.mkString(",")))
 debug("The stop replica request (delete = false) sent to broker %d is %s"
 .format(broker, stopReplicaWithoutDelete.mkString(",")))
 replicaInfoList.foreach { r =>
 val stopReplicaRequest = new StopReplicaRequest(r.deletePartition,
  Set(TopicAndPartition(r.replica.topic, r.replica.partition)), controllerId, controllerEpoch, correlationId)
 controller.sendRequest(broker, stopReplicaRequest, r.callback)
 }
}
stopReplicaRequestMap.clear()

Broker的KafkaApis的Handle方法在接受到指令后

case RequestKeys.StopReplicaKey => handleStopReplicaRequest(request)

val (response, error) = replicaManager.stopReplicas(stopReplicaRequest)

接著是在stopReplicas方法中

{
 controllerEpoch = stopReplicaRequest.controllerEpoch
 // First stop fetchers for all partitions, then stop the corresponding replicas
 replicaFetcherManager.removeFetcherForPartitions(stopReplicaRequest.partitions.map(r => TopicAndPartition(r.topic, r.partition)))
 for(topicAndPartition <- stopReplicaRequest.partitions){
 val errorCode = stopReplica(topicAndPartition.topic, topicAndPartition.partition, stopReplicaRequest.deletePartitions)
 responseMap.put(topicAndPartition, errorCode)
 }
 (responseMap, ErrorMapping.NoError)
}

進(jìn)一步進(jìn)入stopReplica方法，正式進(jìn)入日志刪除

getPartition(topic, partitionId) match {
 case Some(partition) =>
 if(deletePartition) {
  val removedPartition = allPartitions.remove((topic, partitionId))
  if (removedPartition != null)
  removedPartition.delete() // this will delete the local log
 }

以上就是kafka的整個(gè)日志刪除流水。

4，手動刪除zk上topic信息和磁盤數(shù)據(jù)

TopicChangeListener會監(jiān)聽處理，但是處理很簡單，只是更新了

val deletedTopics = controllerContext.allTopics -- currentChildren
controllerContext.allTopics = currentChildren

val addedPartitionReplicaAssignment = ZkUtils.getReplicaAssignmentForTopics(zkClient, newTopics.toSeq)
controllerContext.partitionReplicaAssignment = controllerContext.partitionReplicaAssignment.filter(p =>

以上是“Kafka中如何刪除topic”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對大家有所幫助，如果還想學(xué)習(xí)更多知識，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！

本文名稱：Kafka中如何刪除topic
新聞來源：http://www.ekvhdxd.cn/article10/gcohgo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供外貿(mào)網(wǎng)站建設(shè)、靜態(tài)網(wǎng)站、網(wǎng)站排名、定制網(wǎng)站、外貿(mào)建站、網(wǎng)站營銷

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)