MetadataCache更新
MetadataCache什么时候更新
updateCache方法用来更新缓存的。
发起线程 controller-event-thread
controller选举的时候
| CLASS_NAME | METHOD_NAME | LINE_NUM |
| kafka/controller/KafkaController | sendUpdateMetadataRequest | 1043 |
| kafka/controller/KafkaController | onControllerFailover | 288 |
| kafka/controller/KafkaController | elect | 1658 |
| kafka/controller/KafkaController$Startup$ | process | 1581 |
| kafka/controller/ControllerEventManager$ControllerEventThread$$anonfun$doWork$1 | apply$mcV$sp | 53 |
| kafka/controller/ControllerEventManager$ControllerEventThread$$anonfun$doWork$1 | apply | 53 |
| kafka/controller/ControllerEventManager$ControllerEventThread$$anonfun$doWork$1 | apply | 53 |
| kafka/metrics/KafkaTimer | time | 32 |
| kafka/controller/ControllerEventManager$ControllerEventThread | doWork | 64 |
| kafka/utils/ShutdownableThread | run | 70 |
启动的时候选举,启动这个动作也是个事件
// KafkaController.scala
case object Startup extends ControllerEvent {
def state = ControllerState.ControllerChange
override def process(): Unit = {
registerSessionExpirationListener()
registerControllerChangeListener()
elect()
}
}
broker启动的时候
| CLASS_NAME | METHOD_NAME | LINE_NUM |
| kafka/controller/KafkaController | sendUpdateMetadataRequest | 1043 |
| kafka/controller/KafkaController | onBrokerStartup | 387 |
| kafka/controller/KafkaController$BrokerChange | process | 1208 |
| kafka/controller/ControllerEventManager$ControllerEventThread$$anonfun$doWork$1 | apply$mcV$sp | 53 |
| kafka/controller/ControllerEventManager$ControllerEventThread$$anonfun$doWork$1 | apply | 53 |
| kafka/controller/ControllerEventManager$ControllerEventThread$$anonfun$doWork$1 | apply | 53 |
| kafka/metrics/KafkaTimer | time | 32 |
| kafka/controller/ControllerEventManager$ControllerEventThread | doWork | 64 |
| kafka/utils/ShutdownableThread | run | 70 |
topic删除的时候
| CLASS_NAME | METHOD_NAME | LINE_NUM |
| kafka/controller/KafkaController | sendUpdateMetadataRequest | 1043 |
| kafka/controller/TopicDeletionManager | kafka$controller$TopicDeletionManager$$onTopicDeletion | 268 |
| kafka/controller/TopicDeletionManager$$anonfun$resumeDeletions$2 | apply | 333 |
| kafka/controller/TopicDeletionManager$$anonfun$resumeDeletions$2 | apply | 333 |
| scala/collection/immutable/Set$Set1 | foreach | 94 |
| kafka/controller/TopicDeletionManager | resumeDeletions | 333 |
| kafka/controller/TopicDeletionManager | enqueueTopicsForDeletion | 110 |
| kafka/controller/KafkaController$TopicDeletion | process | 1280 |
| kafka/controller/ControllerEventManager$ControllerEventThread$$anonfun$doWork$1 | apply$mcV$sp | 53 |
| kafka/controller/ControllerEventManager$ControllerEventThread$$anonfun$doWork$1 | apply | 53 |
| kafka/controller/ControllerEventManager$ControllerEventThread$$anonfun$doWork$1 | apply | 53 |
| kafka/metrics/KafkaTimer | time | 32 |
| kafka/controller/ControllerEventManager$ControllerEventThread | doWork | 64 |
| kafka/utils/ShutdownableThread | run | 70 |
topic创建或者修改的时候
| CLASS_NAME | METHOD_NAME | LINE_NUM |
| kafka/controller/ControllerBrokerRequestBatch | updateMetadataRequestBrokerSet | 291 |
| kafka/controller/ControllerBrokerRequestBatch | newBatch | 294 |
| kafka/controller/PartitionStateMachine | handleStateChanges | 105 |
| kafka/controller/KafkaController | onNewPartitionCreation | 499 |
| kafka/controller/KafkaController | onNewTopicCreation | 485 |
| kafka/controller/KafkaController$TopicChange | process | 1237 |
| kafka/controller/ControllerEventManager$ControllerEventThread$$anonfun$doWork$1 | apply$mcV$sp | 53 |
| kafka/controller/ControllerEventManager$ControllerEventThread$$anonfun$doWork$1 | apply | 53 |
| kafka/controller/ControllerEventManager$ControllerEventThread$$anonfun$doWork$1 | apply | 53 |
| kafka/metrics/KafkaTimer | time | 32 |
| kafka/controller/ControllerEventManager$ControllerEventThread | doWork | 64 |
| kafka/utils/ShutdownableThread | run | 70 |
topic创建这个是从队列中拿到事件再处理的方式
队列是kafka.controller.ControllerEventManager.queue
放入过程如下,本质还是监听zk的path的child的变化:
| CLASS_NAME | METHOD_NAME | LINE_NUM |
| kafka/controller/ControllerEventManager | put | 44 |
| kafka/controller/TopicChangeListener | handleChildChange | 1712 |
| org/I0Itec/zkclient/ZkClient$10 | run | 848 |
| org/I0Itec/zkclient/ZkEventThread | run | 85 |
注册监听器的代码如下:
// class KafkaController
private def registerTopicChangeListener() = {
zkUtils.subscribeChildChanges(BrokerTopicsPath, topicChangeListener)
}
顺带说一下有6个地方订阅了zk的子节点的变化:
- DynamicConfigManager.startup
- registerTopicChangeListener
- registerIsrChangeNotificationListener
- registerTopicDeletionListener
- registerBrokerChangeListener
- registerLogDirEventNotificationListener
处理创建topic事件:
// ControllerChannelManager.scala class ControllerBrokerRequestBatch
def sendRequestsToBrokers(controllerEpoch: Int) {
// .......
val updateMetadataRequest = {
val liveBrokers = if (updateMetadataRequestVersion == 0) {
// .......
} else {
controllerContext.liveOrShuttingDownBrokers.map { broker =>
val endPoints = broker.endPoints.map { endPoint =>
new UpdateMetadataRequest.EndPoint(endPoint.host, endPoint.port, endPoint.securityProtocol, endPoint.listenerName)
}
new UpdateMetadataRequest.Broker(broker.id, endPoints.asJava, broker.rack.orNull)
}
}
new UpdateMetadataRequest.Builder(updateMetadataRequestVersion, controllerId, controllerEpoch, partitionStates.asJava,
liveBrokers.asJava)
}
updateMetadataRequestBrokerSet.foreach { broker =>
controller.sendRequest(broker, ApiKeys.UPDATE_METADATA, updateMetadataRequest, null)
}
// .......
}
topic创建时更新metadata再进一步的过程
构建发送请求事件放入发送队列等待发送线程发送
构建发送请求事件代码如下:
// ControllerChannelManager
def sendRequest(brokerId: Int, apiKey: ApiKeys, request: AbstractRequest.Builder[_ <: AbstractRequest],
callback: AbstractResponse => Unit = null) {
brokerLock synchronized {
val stateInfoOpt = brokerStateInfo.get(brokerId)
stateInfoOpt match {
case Some(stateInfo) =>
stateInfo.messageQueue.put(QueueItem(apiKey, request, callback))
case None =>
warn("Not sending request %s to broker %d, since it is offline.".format(request, brokerId))
}
}
}
调用栈:
| CLASS_NAME | METHOD_NAME | LINE_NUM |
| kafka/controller/ControllerChannelManager | sendRequest | 81 |
| kafka/controller/KafkaController | sendRequest | 662 |
| kafka/controller/ControllerBrokerRequestBatch$$anonfun$sendRequestsToBrokers$2 | apply | 405 |
| kafka/controller/ControllerBrokerRequestBatch$$anonfun$sendRequestsToBrokers$2 | apply | 405 |
| scala/collection/mutable/HashMap$$anonfun$foreach$1 | apply | 130 |
| scala/collection/mutable/HashMap$$anonfun$foreach$1 | apply | 130 |
| scala/collection/mutable/HashTable$class | foreachEntry | 241 |
| scala/collection/mutable/HashMap | foreachEntry | 40 |
| scala/collection/mutable/HashMap | foreach | 130 |
| kafka/controller/ControllerBrokerRequestBatch | sendRequestsToBrokers | 502 |
| kafka/controller/PartitionStateMachine | handleStateChanges | 105 |
| kafka/controller/KafkaController | onNewPartitionCreation | 499 |
| kafka/controller/KafkaController | onNewTopicCreation | 485 |
| kafka/controller/KafkaController$TopicChange | process | 1237 |
| kafka/controller/ControllerEventManager$ControllerEventThread$$anonfun$doWork$1 | apply$mcV$sp | 53 |
| kafka/controller/ControllerEventManager$ControllerEventThread$$anonfun$doWork$1 | apply | 53 |
| kafka/controller/ControllerEventManager$ControllerEventThread$$anonfun$doWork$1 | apply | 53 |
| kafka/metrics/KafkaTimer | time | 32 |
| kafka/controller/ControllerEventManager$ControllerEventThread | doWork | 64 |
| kafka/utils/ShutdownableThread | run | 70 |
发送线程发送请求:
代码如下:
// ControllerChannelManager.scala class RequestSendThread
override def doWork(): Unit = {
def backoff(): Unit = CoreUtils.swallowTrace(Thread.sleep(100))
val QueueItem(apiKey, requestBuilder, callback) = queue.take()
//...
while (isRunning.get() && !isSendSuccessful) {
// if a broker goes down for a long time, then at some point the controller's zookeeper listener will trigger a
// removeBroker which will invoke shutdown() on this thread. At that point, we will stop retrying.
try {
if (!brokerReady()) {
isSendSuccessful = false
backoff()
}
else {
val clientRequest = networkClient.newClientRequest(brokerNode.idString, requestBuilder,
time.milliseconds(), true)
clientResponse = NetworkClientUtils.sendAndReceive(networkClient, clientRequest, time)
isSendSuccessful = true
}
} catch {
case e: Throwable => // if the send was not successful, reconnect to broker and resend the message
warn(("Controller %d epoch %d fails to send request %s to broker %s. " +
"Reconnecting to broker.").format(controllerId, controllerContext.epoch,
requestBuilder.toString, brokerNode.toString), e)
networkClient.close(brokerNode.idString)
isSendSuccessful = false
backoff()
}
}
// ......
}
响应线程
| CLASS_NAME | METHOD_NAME | LINE_NUM |
| kafka/server/MetadataCache | kafka$server$MetadataCache$$addOrUpdatePartitionInfo | 150 |
| kafka/utils/CoreUtils$ | inLock | 219 |
| kafka/utils/CoreUtils$ | inWriteLock | 225 |
| kafka/server/MetadataCache | updateCache | 184 |
| kafka/server/ReplicaManager | maybeUpdateMetadataCache | 988 |
| kafka/server/KafkaApis | handleUpdateMetadataRequest | 212 |
| kafka/server/KafkaApis | handle | 142 |
| kafka/server/KafkaRequestHandler | run | 72 |
线程信息: kafka-request-handler-5
靠 partitionMetadataLock读写锁控制cache数据的读取与写入的线程安全。元数据信息在发送请求中已经构造好了。此处还涉live broker的更新等。
应该还要补充:leader切换和isr变化等
MetadataCache更新的更多相关文章
- kafka-clients 1.0 高阶API消费消息(未完)
消费消息的请求(按序) org/apache/kafka/common/requests/RequestHeader org/apache/kafka/common/requests/ApiVersi ...
- 【原】Android热更新开源项目Tinker源码解析系列之三:so热更新
本系列将从以下三个方面对Tinker进行源码解析: Android热更新开源项目Tinker源码解析系列之一:Dex热更新 Android热更新开源项目Tinker源码解析系列之二:资源文件热更新 A ...
- 使用TSQL查询和更新 JSON 数据
JSON是一个非常流行的,用于数据交换的文本数据(textual data)格式,主要用于Web和移动应用程序中.JSON 使用“键/值对”(Key:Value pair)存储数据,能够表示嵌套键值对 ...
- 【原】Android热更新开源项目Tinker源码解析系列之一:Dex热更新
[原]Android热更新开源项目Tinker源码解析系列之一:Dex热更新 Tinker是微信的第一个开源项目,主要用于安卓应用bug的热修复和功能的迭代. Tinker github地址:http ...
- 【原】Android热更新开源项目Tinker源码解析系列之二:资源文件热更新
上一篇文章介绍了Dex文件的热更新流程,本文将会分析Tinker中对资源文件的热更新流程. 同Dex,资源文件的热更新同样包括三个部分:资源补丁生成,资源补丁合成及资源补丁加载. 本系列将从以下三个方 ...
- Entity Framework 6 Recipes 2nd Edition 译 -> 目录 -持续更新
因为看了<Entity Framework 6 Recipes 2nd Edition>这本书前面8章的翻译,感谢china_fucan. 从第九章开始,我是边看边译的,没有通读,加之英语 ...
- iOS热更新-8种实现方式
一.JSPatch 热更新时,从服务器拉去js脚本.理论上可以修改和新建所有的模块,但是不建议这样做. 建议 用来做紧急的小需求和 修复严重的线上bug. 二.lua脚本 比如: wax.热更新时,从 ...
- 【.net 深呼吸】程序集的热更新
当一个程序集被加载使用的时候,出于数据的完整性和安全性考虑,程序集文件(在99.9998%的情况下是.dll文件)会被锁定,如果此时你想更新程序集(实际上是替换dll文件),是不可以操作的,这时你得把 ...
- ASP.NET MVC5+EF6+EasyUI 后台管理系统(1)-前言与目录(持续更新中...)
开发工具:VS2015(2012以上)+SQL2008R2以上数据库 您可以有偿获取一份最新源码联系QQ:729994997 价格 666RMB 升级后界面效果如下: 任务调度系统界面 http: ...
随机推荐
- centos7 安装 isign
centos应该自带python和openssl,这两个就不用装了, 先安装zip和git yum install -y unzip zip yum install git 然后克隆代码: https ...
- linux命令笔记记录(自用)
1.解除yum锁定: sudo rm -rf /var/run/yum.pid 2.删除文件夹: rm -rf /var/log/httpd/access 3.更新pip: python -m pip ...
- 宽度优先搜索--------迷宫的最短路径问题(dfs)
宽度优先搜索运用了队列(queue)在unility头文件中 源代码 #include<iostream>#include<cstdio>#include<queue&g ...
- 初识Elastic search—附《Elasticsearch权威指南—官方guide的译文》
本文作为Elastic search系列的开篇之作,简要介绍其简要历史.安装及基本概念和核心模块. 简史 Elastic search基于Lucene(信息检索引擎,ES里一个index—索引,一个索 ...
- 图像增强 | CLAHE 限制对比度自适应直方图均衡化
1 基本概述 CLAHE是一个比较有意思的图像增强的方法,主要用在医学图像上面.之前的比赛中,用到了这个,但是对其算法原理不甚了解.在这里做一个复盘. CLAHE起到的作用简单来说就是增强图像的对比度 ...
- Windows下给PHP安装redis扩展
一.选择适合的版本 二.下载扩展 官网下载地址:http://pecl.php.net/package/redis ,选择合适的版本进行下载 三.解压后将下面两个文件复制到PHP扩展文件目录(ext文 ...
- Android中Fragment生命周期和基本用法
1.基本概念 1. Fragment是什么? Fragment是可以让你的app纵享丝滑的设计,如果你的app想在现在基础上性能大幅度提高,并且占用内存降低,同样的界面Activity占用内存比Fra ...
- java实现链表反转
为什么面试常考链表反转 链表是常用的数据结构,同时也是面试常考点,链表为什么常考,因为链表手写时,大多都会有许多坑,比如在添加节点时因为顺序不对的话会让引用指向自己,因此会导致内存泄漏等问题,Java ...
- 一步步教你用Prometheus搭建实时监控系统系列(二)——详细分析拉取和推送两种不同模式
前言 本系列着重介绍Prometheus以及如何用它和其周边的生态来搭建一套属于自己的实时监控告警平台. 本系列受众对象为初次接触Prometheus的用户,大神勿喷,偏重于操作和实战,但是重要的概念 ...
- android studio 部分问题及解决方案
1 启动多个虚拟机后开启指定端口的虚拟机 https://blog.csdn.net/chuyouyinghe/article/details/72958004 adb devic ...