Apache IoTDB 2.0.5 M4函数不完整窗口数据丢失问题问询

问题场景 #

使用Apache IoTDB 2.0.5的M4采样函数时，发现当数据点总数无法被窗口大小整除时，不完整窗口的处理结果不符合预期。

原始数据 #

共10条数据点：

select value from `root.machine.sensor.point`
+-----------------------------+-------------------------------+
| `Time`                      | `root.machine.sensor.point.value` |
+-----------------------------+-------------------------------+
|2025-09-11T10:52:17.799+08:00| 9.0|
|2025-09-11T10:52:30.341+08:00| 9.0|
|2025-09-11T10:52:35.740+08:00| 6.0|
|2025-09-11T10:52:44.439+08:00| 7.0|
|2025-09-11T10:52:50.518+08:00| 5.0|
|2025-09-11T10:52:54.749+08:00| 9.0|
|2025-09-11T10:53:01.013+08:00| 8.0|
|2025-09-11T10:53:05.941+08:00| 8.0|
|2025-09-11T10:53:11.061+08:00| 8.0|
|2025-09-11T10:53:18.693+08:00| 9.0|
+-----------------------------+-------------------------------+

执行查询 #

使用的SQL语句：

select m4(value,'windowSize'='7') from `root.machine.sensor.point`

实际结果 #

+-----------------------------+-----------------------------------------------------+
| `Time`                      | m4(`root.machine.sensor.point.value`, "windowSize"="7") |
+-----------------------------+-----------------------------------------------------+
|2025-09-11T10:52:17.799+08:00| 9.0|
|2025-09-11T10:52:50.518+08:00| 5.0|
|2025-09-11T10:53:01.013+08:00| 8.0|
|2025-09-11T10:53:05.941+08:00| 8.0|
|2025-09-11T10:53:18.693+08:00| 9.0|
+-----------------------------+-----------------------------------------------------+

预期与差异 #

10条数据搭配windowSize=7应分为2个窗口：

• 第一个窗口：前7条数据
• 第二个窗口：最后3条数据

预期第二个窗口返回全部3条数据，但实际仅返回2条，丢失了时间戳为2025-09-11T10:53:11.061+08:00的数据点。

疑问 #

当窗口内的数据点数量小于窗口大小时，M4函数是否仍强制执行4点采样逻辑？该设计是特性还是Bug？

回答 #

M4采样算法的核心是对每个窗口数据提取4个特征点：第一个点、最后一个点、最小值点、最大值点。针对窗口内数据量不足4的场景，IoTDB 2.0.5的当前实现存在逻辑缺陷：

1. 对于数据点数量≤3的窗口，理论上应返回所有数据点（因为每个点都属于必选特征点范畴：首尾点+极值点）。但你的案例中，第二个窗口的3条数据里，最小值和最大值均唯一，加上首尾点，理应返回全部3条，实际却丢失了中间点，说明实现逻辑存在错误。

2. 该行为不属于设计特性，而是Bug。M4算法在窗口数据量不足4时，应尽可能保留所有有效特征点，而非丢失数据。你可以提交该问题到IoTDB官方Issue仓库，附上测试数据和查询语句协助修复。

内容的提问来源于stack exchange，提问作者何乐怡