opentsdb行键设计为。我可以理解，密钥的设计导致在编写数据时避免热点。但是在读取与特定主机对应的所有度量时，它会导致从随机区域服务器读取数据。那么它是如何优化读取性能的呢。关于键设计的读取模式是否有任何假设。
dnph8jn41#
此模式对于给定系列集（公制+标记）的时间范围查询非常有效。任何其他查询（例如获取给定服务器收集的所有度量的最后一个值）都需要完全扫描。
hs1rzwqc2#
据克里斯·拉森说opentsdb的假设是，大多数 Jmeter 板和用户将在给定的时间集中于一个特定的度量或一小组度量，这些度量是跨主机或各种标记聚合的。e、 我的平均或最大cpu使用率是多少？跨多个区域服务器查询实际上是一个巨大的好处，因为您可以并行地启动查询，例如，如果您请求“sys.cpu.busy host=web01”和“sys.if.bytes\u out host=web01”。。。如果您有多个区域服务器，那么tsd将把这两个度量发送出去，很可能发送到两个服务器，并且可以并行处理它们，而不是将它们都放在同一服务器上的hbase队列中，并在线程可用时处理它们。另外，在2.2中，您可以为row键启用salting，这样现在就可以了。这有助于查询高基数度量（例如，大量主机），方法是将每个度量查询并行地拆分到区域服务器上。
2条答案
按热度按时间dnph8jn41#
此模式对于给定系列集（公制+标记）的时间范围查询非常有效。任何其他查询（例如获取给定服务器收集的所有度量的最后一个值）都需要完全扫描。
hs1rzwqc2#
据克里斯·拉森说
opentsdb的假设是，大多数 Jmeter 板和用户将在给定的时间集中于一个特定的度量或一小组度量，这些度量是跨主机或各种标记聚合的。e、 我的平均或最大cpu使用率是多少？
跨多个区域服务器查询实际上是一个巨大的好处，因为您可以并行地启动查询，例如，如果您请求“sys.cpu.busy host=web01”和“sys.if.bytes\u out host=web01”。。。如果您有多个区域服务器，那么tsd将把这两个度量发送出去，很可能发送到两个服务器，并且可以并行处理它们，而不是将它们都放在同一服务器上的hbase队列中，并在线程可用时处理它们。
另外，在2.2中，您可以为row键启用salting，这样现在就可以了。这有助于查询高基数度量（例如，大量主机），方法是将每个度量查询并行地拆分到区域服务器上。