No.8 – 时序数据库随笔 – InfluxDB 多条时序数据联合分析

01 问题

正文本篇我们要解决 ​​No6,No7提到的网友问题,如下:

简单说就是如何处理两条时间线的数值计算?上面例子是一个 “+” 加法。

02 数据准备

我们首先利用InfluxDB解决上述问题,首先进行数据准备,建立一个测试的bucket,建立之前先检查一下现有的bucket。

启动InfluxDB实例,如下:

启动之后,我们查看一下现有的bucket,如下:

influxdbgit:(master) bin/$(uname-s|tr'[:upper:]''[:lower:]')/influxbucketlist
IDNameRetentionShardgroupdurationOrganizationID
98e86f05543f5866_monitoring168h0m0s24h0m0s56b35f89025991c8
b9b9609ae3e08b97_tasks72h0m0s24h0m0s56b35f89025991c8

创建名为iot的bucket,如下命令:

bin/$(uname-s|tr'[:upper:]''[:lower:]')/influxsetup \
--usernameiot \
--password2021iotdb \
--orgorg \
--bucket2021iotdb \
--retention1h \
--tokeniot_test_token \
--hosthttp://localhost:8086 \
--force

执行成功之后会显示如下:

influxdbgit:(master) bin/$(uname-s|tr'[:upper:]''[:lower:]')/influxsetup \
--usernameiot \
--password2021iotdb \
--orgorg \
--bucket2021iotdb \
--retention1h \
--tokeniot_test_token \
--hosthttp://localhost:8086 \
--force
Configdefaulthasbeenstoredin/Users/jincheng/.influxdbv2/configs.
UserOrganizationBucket
iotorg2021iotdb

我们用命令查看一下:

influxdbgit:(master) bin/$(uname-s|tr'[:upper:]''[:lower:]')/influxbucketlist
IDNameRetentionShardgroupdurationOrganizationID
c05283f56bf9cead2021iotdb1h0m0s1h0m0s0b1ad4c0cd4db9ca
e70f5bb2fdaa5dd2_monitoring168h0m0s24h0m0s0b1ad4c0cd4db9ca
56241b01789c1a1b_tasks72h0m0s24h0m0s0b1ad4c0cd4db9ca

插入两条时间线数据,如下:

influxdbgit:(master) bin/$(uname-s|tr'[:upper:]''[:lower:]')/influxwrite--bucket2021iotdb--precisions"m1 vm=3333 $(date +%s)"
influxdbgit:(master) bin/$(uname-s|tr'[:upper:]''[:lower:]')/influxwrite--bucket2021iotdb--precisions"m2 vn=4444 $(date +%s)"

我们插入两条时间线数据,m1的vm=3333,m2的vn=4444,我们的需求是vm + vn。  

03 JOIN查询

我们看一下JOIN的功能定义:

The join() function merges two or more input streams, whose values are equal on a set of common columns, into a single output stream. Flux allows you to join on any columns common between two data streams and opens the door for operations such as cross-measurement joins and math across measurements.

语法:join(tables: {key1: table1, key2: table2}, on: [“_time”, “_field”], method: “inner”)

这个和我们标准数据库的JOIN语义基本一致,我们先查看一下用于测试的数据,我们既可以用influxCLI,如下:

我们发现数据已经插入成功。也可以用fluxCLI,InlfuxDB社区更推进用flux,我们打开一个flux repl。细节可以查阅 前面一篇No6。我用IDE打开如下:

>from(bucket:"2021iotdb") |>range(start:-1h)
Result: _result
Error: unauthorizedaccess

如图,我们在IDE里面执行查询时候,提示我们需要token,那么influx query为啥不需要呢,IDE没有默认去读取配置文件,我们可以配置环境变量也可以直接添加token,查询语句如下:

>from(bucket:"2021iotdb", org:"org", token:"iot_test_token") |>range(start:-1h)
Result: _result
Table: keys: [_start, _stop, _field, _measurement]
_start:time_stop:time_field:string_measurement:string_time:time_value:float
------------------------------------------------------------------------------------------------------------------------------------------------------------------
2021-04-06T05:36:50.079542000Z2021-04-06T06:36:50.079542000Zvmm12021-04-06T06:23:16.000000000Z3333
Table: keys: [_start, _stop, _field, _measurement]
_start:time_stop:time_field:string_measurement:string_time:time_value:float
------------------------------------------------------------------------------------------------------------------------------------------------------------------
2021-04-06T05:36:50.079542000Z2021-04-06T06:36:50.079542000Z

好的,一切都还算顺利,我们看看如果计算 vm + vn呢?如果我们把 m1和m2两个时间序列看成是两个流(表),那么我们要进行两个表的操作,第一想到的应该是两个表进行JOIN将两个表的数据合并成一个宽表,然后在进行列求值,如下:

tab1=from(bucket:"2021iotdb", org:"org", token:"iot_test_token") 
|>range(start:-1h)
|>filter(fn:(r) =>r._measurement=="m1")

tab2=from(bucket:"2021iotdb", org:"org", token:"iot_test_token")
|>range(start:-1h)
|>filter(fn:(r) =>r._measurement=="m2")

得到两个表之后我们在进行JOIN操作,查询语句如下:

join(tables: {m1:tab1, m2:tab2},
on: ["_time"]
) |>map(fn:(r) => ({_time: r._time,
_value: r._value_m1+r._value_m2
}))

上面的on表示JOIN的条件,但是我们发现,tab1和tab2中时间字段并不相同,如下:

所以我们需要再快速的插入两条数据,使得时间字段相同,我们才能拿到结果,插入之后数据如下:

这样我们再进行查询:

join(tables: {m1:tab1, m2:tab2},
on: ["_time"]
) |>map(fn:(r) => ({_time: r._time,
_value: r._value_m1+r._value_m2
}))

如上我们完成了查询需求。哈哈,那是不是在InfluxDB里面进行这类查询都是用JOIN的方式吗?是否有更简单的方式?看下面部分:)

03 PIOVT查询

我们看一下PIVOT的功能定义:

The pivot() function collects values stored vertically (column-wise) in a table and aligns them horizontally (row-wise) into logical sets.

语法:pivot(rowKey:[“_time”], columnKey: [“_field”], valueColumn: “_value”)

其实在标准数据库里面也有PIVOT,在InfluxDB里面pivot可以将行转换为列,进而将两个时序数据值变成一个Table中的两个列,这个内置也可以为用户进行内部优化处理。我们看看如何操作:

>from(bucket:"2021iotdb", org:"org", token:"iot_test_token") 
|>range(start:-1h)
|>pivot(rowKey:["_time"], columnKey: ["_measurement","_field"],valueColumn: "_value")

如上语句执行结果如下:

我们发现m1的vm和m2的vn都变成一个表的某一列了,这样pivot就完美的将两个时序数据合并成宽表的列了。我们再加上具体的过滤条件,如下:

接下来我们再进行计算,如下:

from(bucket:"2021iotdb", org:"org", token:"iot_test_token") 
|>range(start:-1h)
|>filter(fn:(r) =>r._measurement=="m1"orr._measurement=="m2")
|>pivot(rowKey:["_time"], columnKey: ["_measurement","_field"],valueColumn: "_value")
|>map(fn:(r) => ({_time: r._time, _value:r.m1_vm+r.m2_vn}))

OK, 大家是不是赶紧PIVOT非常方便?:)

04 问题

最后,留个问题给大家,大家知道标准数据库里面PIVOT和UNPIVOT的使用场景吗?或者Flink&Spark如何支持PIVOT?或者知道Apache IoTDB里面如何处理多条时序数据分析梳理吗?我们下一篇见。

作者介绍

孙金城,社区编辑,Apache Flink PMC 成员,Apache Beam Committer,Apache IoTDB PMC 成员,ALC Beijing 成员,Apache ShenYu 导师,Apache 软件基金会成员。关注技术领域流计算和时序数据存储。

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/239110.html<

(0)
管理的头像管理
上一篇2025-04-23 06:24
下一篇 2025-04-23 06:25

相关推荐

  • 高防服务器的防御原理是什么,如何选择高防服务器?

    高防服务器的防御原理,简单说就是通过流量清洗、防火墙规则和黑洞路由等机制,在攻击流量到达业务服务器之前将其过滤或阻断,从而保障正常访问,流量清洗机制是核心防线高防服务器对抗DDoS攻击,靠的不是单一技术,而是一套组合动作,最常见的攻击类型是流量型攻击,比如UDP洪水、SYN洪水、ICMP放大等,核心思路是耗尽带……

    2026-07-26
    0
  • BGP线路到底是什么意思呢,有什么优势?

    BGP线路是一种通过边界网关协议实现多运营商网络互联的接入方式,能自动选择最优路径,极大提升跨网访问速度和稳定性,是解决国内南北网络瓶颈的核心方案,什么是BGP线路BGP,全称Border Gateway Protocol,边界网关协议,是互联网核心路由协议之一,它负责在自治系统之间交换网络可达性信息,BGP线……

    2026-07-26
    0
  • 增值电信业务经营许可证对IDC有多重要,如何办理?

    增值电信业务经营许可证是IDC服务商合法运营的核心凭证,它直接决定了机房能否接入骨干网、客户能否放心托管业务,以及服务商自身能否长期稳定发展,许可证是IDC进入市场的硬门槛互联网数据中心业务属于增值电信业务中的B1类,依据工信部《电信业务经营许可管理办法》,任何从事服务器托管、虚拟主机、云服务等业务的企业,必须……

    2026-07-26
    0
  • 站群服务器一个IP放几个网站合适?,怎么选

    站群服务器一个IP放3-5个网站是大多数情况下的最佳平衡点,但具体数量需根据网站权重、内容质量及IP资源成本灵活调整,这个结论基于搜索引擎对同IP站点的关联判定逻辑,以及站群运营的长期实践,如果你刚接触站群,可能会纠结于IP分配,但核心原则是:不要让搜索引擎轻易识别出这些网站属于同一实体,站群IP分配的底层逻辑……

    2026-07-26
    0
  • DDoS攻击和CC攻击有什么区别,怎么防御?

    DDoS攻击和CC攻击最核心的区别在于攻击目标不同:DDoS攻击主要消耗网络带宽和基础设施资源,而CC攻击专门针对应用层逻辑,耗尽服务器CPU和数据库连接数,两者从原理到防御手段完全不同,攻防视角下的本质差异攻击目标:一个砸门,一个撬锁DDoS攻击(分布式拒绝服务)瞄准的是网络层和传输层,通过大量伪造数据包或畸……

    2026-07-26
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注