influxdb无法实现关联表_InfluxDb专业术语

InfluxDb专业术语

重复是最好的学习方式，我们再重复一些Influx的概念吧，虽然很多已经讲过，甚至上一课已经讲了。我发现我自己还是有点啰嗦，不过这可能是一种好的学习方法哦。

聚合函数aggregation

aggregation是一个InfluxQL的函数，InfluxQL是InfluxDb的查询语言。aggregation可以返回一堆数据的聚合结果，可以看InfluxQL函数中现有的以及即将支持的聚合函数列表。

批数据batch

用换行符分割的数据点的集合，这批数据可以使用HTTP请求写到数据库中。用这种HTTP接口的方式可以大幅降低HTTP的负载。尽管不同的场景下更小或更大的batch可能有更好地性能，InfluxData建议每个batch的大小在5000~10000个数据点。

其实还是有点大，我们后面会看看5000个点，是多少字节的数据。

连续查询continuous query(CQ)

continuous query，简称CQ，是一个在数据库中自动周期运行的InfluxQL的查询。Continuous query在select语句里需要一个函数，并且一定会包含一个GROUP BY time()的语法。

它有点像存储过程。不过它可以自动执行。

数据库database

对于users，retention policy，continuous query以及时序数据的一个逻辑上的集合。

其实不用解释，数据库就是数据库。

duration

retention policy中的一个属性，决定InfluxDB中数据保留多长时间。在duration之前的数据会自动从database中删除掉。

字段field

InfluxDB数据中记录metadata和真实数据的键值对。fields在InfluxDB的数据结构中是必须的且不会被索引。如果要用field做查询条件的话，那就必须遍历所选时间范围里面的所有数据点，这种方式对比与tag效率会差很多。

字段键值field key

组成field的键值对里面的键的部分。field key是字符串且保存在metadata中。

字段集合field set

数据点上field key和field value的集合。

字段值field value

组成field的键值对里面的值的部分。field value才是真正的数据，可以是字符串，浮点数，整数，布尔型数据。一个field value总是和一个timestamp相关联。

field value不会被索引，如果要对field value做过滤话，那就必须遍历所选时间范围里面的所有数据点，这种方式对比与tag效率会差很多。

函数function

包括InfluxQL中的聚合，查询和转换，可以在InfluxQL函数中查看InfluxQL中的完整函数列表。

标识符identifier

涉及continuous query的名字，database名字，field keys，measurement名字，retention policy名字，subscription 名字，tag keys以及user 名字的一个标记。

line protocol

写入InfluxDB时的数据点的文本格式。

表measurement

InfluxDB数据结果中的一部分，描述了存在关联field中的数据的意义，measurement是字符串。

metastore

包含了系统状态的内部信息。metastore包含了用户信息，database，retention policy，shard metadata，continuous query以及subscription。

node

一个独立的influxd进程。

时间函数now()

本地服务器的当前纳秒级时间戳。

point

InfluxDB数据结构的一部分由series中的的一堆field组成。每个点由其series和timestamp唯一标识。

你不能在同一series中存储多个具有相同timestamp的点。相反，当你使用与该series中现有点相同的timestamp记将新point写入同一series时，该field set将成为旧field set和新field set的并集。

查询query

从InfluxDB里面获取数据的一个操作

replication factor

retention policy的一个参数，决定在集群模式下数据的副本的个数。InfluxDB在N个数据节点上复制数据，其中N就是replication factor。

replication factor在单节点的实例上不起作用

retention policy(RP)

InfluxDB数据结构的一部分，描述了InfluxDB保存数据的长短(duration)，数据存在集群里面的副本数(replication factor)，以及shard group的时间范围(shard group duration)。RPs在每个database里面是唯一的，连同measurement和tag set定义一个series。

当你创建一个database的时候，InfluxDB会自动创建一个叫做autogen的retention policy，其duration为永远，replication factor为1，shard group的duration设为的七天。

数据库模式schema

数据在InfluxDB里面怎么组织。InfluxDB的schema的基础是database，retention policy，series，measurement，tag key，tag value以及field keys。

selector

一个InfluxQL的函数，从特定范围的数据点中返回一个点。可以看InfluxQL函数中现有的以及即将支持的selector函数列表。

series

InfluxDB数据结构的集合，一个特定的series由measurement，tag set和retention policy组成。

注意：field set不是series的一部分

series cardinality

在InfluxDB实例上唯一database，measurement和tag set组合的数量。

例如，假设一个InfluxDB实例有一个单独的database，一个measurement。这个measurement有两个tag key：email和status。如果有三个不同的email，并且每个email的地址关联两个不同的status，那么这个measurement的series cardinality就是6(3*2=6)：

status

lorr@influxdata.com

start

lorr@influxdata.com

finish

marv@influxdata.com

start

marv@influxdata.com

finish

cliff@influxdata.com

start

cliff@influxdata.com

finish

注意到，因为所依赖的tag的存在，在某些情况下，简单地执行该乘法可能会高估series cardinality。依赖的tag是由另一个tag限定的tag并不增加series cardinality。如果我们将tagfirstname添加到上面的示例中，则系列基数不会是18(3 * 2 * 3 = 18)。它将保持不变为6，因为firstname已经由email覆盖了：

status

firstname

lorr@influxdata.com

start

lorraine

lorr@influxdata.com

finish

lorraine

marv@influxdata.com

start

marvin

marv@influxdata.com

finish

marvin

cliff@influxdata.com

start

clifford

cliff@influxdata.com

finish

clifford

在常见问题中可以看到怎么根据series cardinality来查询InfluxDB。

server

一个运行InfluxDB的服务器，可以使虚拟机也可以是物理机。每个server上应该只有一个InfluxDB的进程。

shard

shard包含实际的编码和压缩数据，并由磁盘上的TSM文件表示。每个shard都属于唯一的一个shard group。多个shard可能存在于单个shard group中。每个shard包含一组特定的series。给定shard group中的给定series上的所有点将存储在磁盘上的相同shard(TSM文件)中。

shard duration

shard duration决定了每个shard group跨越多少时间。具体间隔由retention policy中的SHARD DURATION决定。

例如，如果retention policy的SHARD DURATION设置为1w，则每个shard group将跨越一周，并包含时间戳在该周内的所有点。

shard group

shard group是shard的逻辑组合。shard group由时间和retention policy组织。包含数据的每个retention policy至少包含一个关联的shard group。给定的shard group包含shard group覆盖的间隔的数据的所有shard。每个shard group跨越的间隔是shard的持续时间。

subscription

subscription允许Kapacitor在push model中接收来自InfluxDB的数据，而不是基于查询数据的pull model。当Kapacitor配置为使用InfluxDB时，subscription将自动将订阅的数据库的每个写入从InfluxDB推送到Kapacitor。subscription可以使用TCP或UDP传输写入。

tag

InfluxDB数据结构中的键值对，tags在InfluxDB的数据中是可选的，但是它们可用于存储常用的metadata; tags会被索引，因此tag上的查询是很高效的。

tag key

组成tag的键值对中的键部分，tag key是字符串，存在metadata中。

tag set

数据点上tag key和tag value的集合。

tag value

组成tag的键值对中的值部分，tag value是字符串，存在metadata中。

timestamp

数据点关联的日期和时间，在InfluxDB里的所有时间都是UTC的。

transformation

一个InfluxQL的函数，返回一个值或是从特定数据点计算后的一组值。但是不是返回这些数据的聚合值。