druid-docs-cn/design/Historical.md

44 lines
2.5 KiB
Markdown
Raw Permalink Normal View History

2020-04-06 05:45:08 -04:00
<!-- toc -->
2021-01-12 22:51:04 -05:00
<script async src="https://pagead2.googlesyndication.com/pagead/js/adsbygoogle.js"></script>
<ins class="adsbygoogle"
style="display:block; text-align:center;"
data-ad-layout="in-article"
data-ad-format="fluid"
data-ad-client="ca-pub-8828078415045620"
data-ad-slot="7586680510"></ins>
<script>
(adsbygoogle = window.adsbygoogle || []).push({});
</script>
2020-04-06 05:45:08 -04:00
## Historical
### 配置
对于Apache Druid Historical的配置请参见 [Historical配置](../configuration/human-readable-byte.md#Historical)
2020-04-06 05:45:08 -04:00
### HTTP
Historical的API列表请参见 [Historical API](../operations/api-reference.md#Historical)
2020-04-06 05:45:08 -04:00
### 运行
2020-05-16 03:57:49 -04:00
```json
2020-04-06 05:45:08 -04:00
org.apache.druid.cli.Main server historical
```
### 加载和服务段
每个Historical都保持与Zookeeper的持续连接并监视一组可配置的Zookeeper路径以获取新的段信息。Historical不直接与Coordinator通信而是依赖Zookeeper进行协调。
2020-04-06 06:19:30 -04:00
[Coordinator](./Coordinator.md) 负责通过在与Historical关联的加载队列路径下创建一个短暂的Zookeeper条目来将新的段分配给Historical。有关Coordinator如何将段分配给Historical的更多信息请参阅 [Coordinator](./Coordinator.md)。
2020-04-06 05:45:08 -04:00
2021-07-27 12:53:47 -04:00
当Historical在其加载队列路径中注意到新的加载队列条目时它将首先检查本地磁盘目录缓存以获取有关段的信息。如果缓存中不存在有关段的信息Historical将从Zookeeper下载有关新段的元数据此元数据包括段在深层存储中的位置以及如何解压缩和处理段的规范。有关段的元数据和一般的Druid段的更多信息请参见 [](segments.md)。一旦一个Historical完成了对一个段的处理这个段就会在Zookeeper中与该进程相关联的服务段路径下被宣布同时该段可供查询。
2020-04-06 05:45:08 -04:00
### 从缓存加载和服务段
回想一下当Historical在其加载队列路径中注意到一个新的段条目时Historical首先检查其本地磁盘上的一个可配置的缓存目录以查看该段以前是否下载过。如果本地缓存项已经存在Historical将直接从磁盘读取段二进制文件并加载段。
当Historical首次启动时也会利用段缓存。Historical启动时将搜索其缓存目录并立即加载和服务找到的所有段。此功能允许Historical启动后皆可以对这些段进行查询。
### 查询段
2021-07-19 16:53:42 -04:00
有关查询Historical的详细信息请参阅 [数据查询](../querying/makeNativeQueries.md)。
2020-04-06 05:45:08 -04:00
Historical可以被配置记录和报告每个服务查询的指标。