druid-docs-cn/Configuration/configuration.md

2.9 KiB
Raw Blame History

配置文档

本部分内容列出来了每一种Druid服务的所有配置项

推荐的配置文件组织方式

对于Druid的配置文件一种推荐的结构组织方式为将配置文件放置在Druid根目录的conf目录下,如以下所示:

$ ls -R conf
druid

conf/druid:
_common       broker        coordinator   historical    middleManager overlord

conf/druid/_common:
common.runtime.properties log4j2.xml

conf/druid/broker:
jvm.config         runtime.properties

conf/druid/coordinator:
jvm.config         runtime.properties

conf/druid/historical:
jvm.config         runtime.properties

conf/druid/middleManager:
jvm.config         runtime.properties

conf/druid/overlord:
jvm.config         runtime.properties

每一个目录下都有一个 runtime.properties 文件该文件中包含了特定的Druid进程相关的配置项例如 historical

jvm.config 文件包含了每一个服务的JVM参数例如堆内存属性等

所有进程共享的通用属性位于 _common/common.runtime.properties 中。

通用配置

本节下的属性是应该在集群中的所有Druid服务之间共享的公共配置。

JVM配置最佳实践

在我们的所有进程中有四个需要配置的JVM参数

  1. -Duser.timezone=UTC 该参数将JVM的默认时区设置为UTC。我们总是这样设置不使用其他默认时区进行测试因此本地时区可能会工作但它们也可能会发现奇怪和有趣的错误。要在非UTC时区中发出查询请参阅 查询粒度
  2. -Dfile.encoding=UTF-8 这类似于时区我们假设UTF-8进行测试。本地编码可能有效但也可能导致奇怪和有趣的错误。
  3. -Djava.io.tmpdir=<a path> 系统中与文件系统交互的各个部分都是通过临时文件完成的,这些文件可能会变得有些大。许多生产系统都被设置为具有小的(但是很快的)/tmp目录这对于Druid来说可能是个问题因此我们建议将JVM的tmp目录指向一些有更多内容的目录。此目录不应为volatile tmpfs。这个目录还应该具有良好的读写速度因此应该强烈避免NFS挂载。
  4. -Djava.util.logging.manager=org.apache.logging.log4j.jul.LogManager 这允许log4j2处理使用标准java日志的非log4j2组件如jetty的日志。

扩展

请求日志

SQL兼容的空值处理

Master

Coordinator

Overlord

Data

MiddleManager and Peons

SegmentWriteOutMediumFactory

Indexer

Historical

Query

Broker

Router