TDengine3.0 流式计算引擎语法规则介绍
小 T 导读:TDengine 3.0 引入了全新的流式计算引擎,既支持时间驱动的流式计算,也支持事件驱动的流式计算。本文将对新的流式计算引擎的语法规则进行详细介绍,方便开发者及企业使用。
TDengine 是一款开源、云原生的时序数据库(Time Series Database,TSDB),专为物联网、工业互联网、金融、IT 运维监控等场景设计并优化。近期发布的 TDengine 3.0,全新的流式计算引擎是其一大亮点。
TDengine 3.0 的流式计算引擎提供了实时处理写入的数据流能力,使用 SQL 定义实时流变换,当数据被写入流的源表后,数据会被以定义的方式自动处理,并根据定义的触发模式向目的表推送结果。它提供了替代复杂流处理系统的轻量级解决方案,并能够在高吞吐的数据写入情况下,提供毫秒级的计算结果延迟。
流式计算可以包含数据过滤,标量函数计算(含 UDF),以及窗口聚合(支持滑动窗口、会话窗口与状态窗口),可以以超级表、子表、普通表为源表,写入到目的超级表。在创建流时,目的超级表将被自动创建,随后新插入的数据会被流定义的方式处理并写入其中,通过 partition by 子句,可以以表名或标签划分 partition,不同的 partition 将写入到目的超级表的不同子表。
TDengine 的流式计算能够支持分布在多个 vnode 中的超级表聚合;还能够处理乱序数据的写入:它提供了 watermark 机制以度量容忍数据乱序的程度,并提供了 ignore expired 配置项以决定乱序数据的处理策略——丢弃或者重新计算。下面我们就一起看一下 TDengine 中流式计算相关的 SQL 语法。
流式计算的创建、删除与展示
创建
其中 subquery 是 select 普通查询语法的子集:
支持会话窗口、状态窗口与滑动窗口,其中,会话窗口与状态窗口搭配超级表时必须与 partition by tbname 一起使用:
在上述语句中,SESSION 是会话窗口,tol_val 是时间间隔的最大范围。在 tol_val 时间间隔范围内的数据都属于同一个窗口,如果有连续两条数据的时间超过 tol_val,则自动开启下一个窗口。窗口的定义与时序数据特色查询中的定义完全相同,详见 TDengine 特色查询。
例如,使用如下语句创建流式计算,同时自动创建名为 avg_vol 的超级表,此流计算以一分钟为时间窗口、30 秒为前向增量统计这些电表的平均电压,并将来自 meters 表的数据的计算结果写入 avg_vol 表,不同 partition 的数据会分别创建子表并写入不同子表。
删除
仅删除流式计算任务,由流式计算写入的数据不会被删除。
展示
若要展示更详细的信息,可以使用:
流式计算的 partition
我们可以使用 PARTITION BY TBNAME 或 PARTITION BY tag 对一个流进行多分区的计算,每个分区的时间线与时间窗口是独立的,会各自聚合,并写入到目的表中的不同子表。如果不带 PARTITION BY 选项,那所有的数据将写入到一张子表。
流式计算创建的超级表有唯一的 tag 列 groupId,每个 partition 会被分配唯一 groupId。与 schemaless 写入一致,我们通过 MD5 计算子表名,并自动创建它。
流式计算的触发模式
在创建流时,可以通过 TRIGGER 指令指定流式计算的触发模式。
对于非窗口计算,流式计算的触发是实时的;对于窗口计算,目前提供如下 3 种触发模式:
AT_ONCE:写入立即触发
WINDOW_CLOSE:窗口关闭时触发(窗口关闭由事件时间决定,可配合 watermark 使用)
MAX_DELAY time:若窗口关闭,则触发计算。若窗口未关闭,且未关闭时长超过 max delay 指定的时间,则触发计算。
由于窗口关闭是由事件时间所决定的,如果因事件流中断、或持续延迟导致事件时间无法更新,可能无法得到最新的计算结果。因此,流式计算提供了以事件时间结合处理时间计算的 MAX_DELAY 触发模式,MAX_DELAY 模式在窗口关闭时会立即触发计算。此外,当数据写入后,计算触发的时间超过 max delay 指定的时间,则立即触发计算。
流式计算的窗口关闭
流式计算以事件时间(插入记录中的时间戳主键)为基准计算窗口关闭,而非以 TDengine 服务器的时间,这样可以避免客户端与服务器时间不一致带来的问题,有效解决乱序数据写入等难题。同时,流式计算还提供了 watermark 来定义容忍的乱序程度。在创建流时,我们可以在 stream_option 中指定 watermark,它定义了数据乱序的容忍上界。流式计算通过 watermark 来度量对乱序数据的容忍程度,watermark 默认为 0。
T = 最新事件时间 – watermark
每次写入的数据都会以上述公式更新窗口关闭时间,并将窗口结束时间 < T 的所有打开的窗口关闭,若触发模式为 WINDOW_CLOSE 或 MAX_DELAY,则推送窗口聚合结果。
在上图中,纵轴表示不同时刻,对于不同时刻,我们画出其对应的 TDengine 收到的数据,即为横轴。已知横轴上的数据点表示已经收到的数据,其中蓝色的点表示事件时间(即数据中的时间戳主键)最后的数据,该数据点减去定义的 watermark 时间,就得到乱序容忍的上界 T。所有结束时间小于 T 的窗口都将被关闭(图中以灰色方框标记)。
在 T2 时刻,乱序数据(黄色的点)到达 TDengine,由于有 watermark 的存在,这些数据进入的窗口并未被关闭,因此可以被正确处理。在 T3 时刻,最新事件到达,T 向后推移超过了第二个窗口关闭的时间,该窗口被关闭,乱序数据被正确处理。
但要注意,在 window_close 或 max_delay 模式下,窗口关闭直接影响推送结果。在 at_once 模式下,窗口关闭只与内存占用有关。
流式计算的过期数据处理策略
对于已关闭的窗口,再次落入该窗口中的数据就会被标记为过期数据。TDengine 对于过期数据提供两种处理方式,由 IGNORE EXPIRED 选项指定:
重新计算,即 IGNORE EXPIRED 0:默认配置,从 TSDB 中重新查找对应窗口的所有数据并重新计算得到最新结果
直接丢弃,即 IGNORE EXPIRED 1:忽略过期数据
无论在哪种模式下,watermark 都应该被妥善设置,来得到正确结果(直接丢弃模式)或避免频繁触发重算带来的性能开销(重新计算模式)。
示例
企业电表的数据经常都是成百上千亿条的,想要将这些分散、凌乱的数据清洗或转换都需要比较长的时间,很难做到高效性和实时性。在如下例子中,通过 TDengine 流计算可以将电表电压大于 220V 的数据清洗掉,然后以 5 秒为窗口整合并计算出每个窗口中电流的最大值,最后将结果输出到指定的数据表中。
创建 Database 和原始数据表
首先准备数据,完成建库、建一张超级表和多张子表操作:
创建流
写入数据
查询以观察结果
写在最后
如果大家能够运用好 TDengine 3.0 提供的流计算引擎,就不需要再部署其他的第三方流处理系统,这样一来,不仅降低了系统的复杂度,还大大减少了研发和运维成本。在实际操作中应用 TDengine 流计算引擎时,上述的详细语法会带给你很多帮助,如果还产生了其他更为复杂的应用问题,你也可以进入 TDengine 社区向技术人员寻求帮助。
想了解更多TDengine Database的具体细节,欢迎大家在GitHub上查看相关源代码。
评论