以下是使用示例数据集合的查询示例列表。我们将说明可能遇到的一些常见查询类型,以便了解查询系统的工作原理。示例集合中的每个时间序列都只存储一个数据点,并且UID已被截断为单个字节,以便于阅读。示例查询都是来自HTTP API的指标查询,并且仅显示m=组件。有关详细信息,请参阅/api/query。如果使用的是CLI工具,查询格式会略有不同,请阅读特定命令的文档。
时间序列 | 指标 | 标签 | TSUID |
---|---|---|---|
1 | sys.cpu.system | dc=dal host=web01 | 0102040101 |
2 | sys.cpu.system | dc=dal host=web02 | 0102040102 |
3 | sys.cpu.system | dc=dal host=web03 | 0102040103 |
4 | sys.cpu.system | host=web01 | 010101 |
5 | sys.cpu.system | host=web01 owner=jdoe | 0101010306 |
6 | sys.cpu.system | dc=lax host=web01 | 010102050101 |
7 | sys.cpu.system | dc=lax host=web02 | 010102050102 |
8 | sys.cpu.system | dc=dal host=web01 | 020202040101 |
9 | sys.cpu.system | dc=dal host=web02 | 020202040102 |
UIDS
Name | UID |
---|---|
Metrics | |
cpu.system | 01 |
cpu.user | 02 |
Tagks | |
host | 01 |
dc | 02 |
owner | 03 |
Tagvs | |
web01 | 01 |
web02 | 02 |
web03 | 03 |
dal | 04 |
lax | 05 |
jdoe | 06 |
警告:
这并不是设置指标和标签的最佳方式,而是为了说明查询系统的工作原理。特别是,TS#4和5,虽然是合法的时间序列,但可能会搞砸你的查询,除非你知道它们是如何工作的。一般来说,尽量为每个时间序列保留相同数量和类型的标签。
您可能想了解OpenTSDB如何在这里存储时间序列数据:存储。否则,请记住存储器中的每一行都有一个唯一的格式化的键:
<metricID> <normalized_timestamp> <tagkID1> <tagvID1> [... <tagkIDN> <tagvIDN>]
上面的数据表将被存储为
01 < TS > 0101
01 < TS > 01010306
01 < TS > 02040101
01 < TS > 02040102
01 < TS > 02040103
01 < TS > 02050101
01 < TS > 02050102
02 < TS > 02040101
02 < TS > 02040102
当你查询OpenTSDB时:
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。