我来帮你分析这个问题——这其实不是IoTDB的缺陷，是你的查询逻辑和IoTDB的查询语义匹配出了问题，先给你拆解清楚原因，再给你正确的SQL写法。

为什么原查询结果不对？ #

你的原查询是：

select count(status) from `root.datacenter`.* where status=false

这里的核心问题是IoTDB中多序列查询的WHERE条件是「时间戳级全局过滤」：

• 当你用from root.datacenter.*同时查询node1和node2的status时，where status=false的意思是：仅保留那些「同一时间戳下，所有被选中的status序列（node1.status和node2.status）都等于false」的时间点。
• 看你的原始数据，满足这个条件的时间戳只有6个：00:01、00:03、00:06、00:08、00:10、00:12，所以count(status)统计的就是这些时间点的数量，返回6，这和你期望的「每个节点各自统计自身status=false的次数」完全是两个逻辑。

而你要的是每个节点独立统计自己的false状态数量，这种场景下不能用全局WHERE过滤，得针对每个序列的元素单独判断。

正确的查询写法 #

这里有两种可靠的方式实现你的需求：

方式一：用CASE WHEN在COUNT中做条件统计

这是最通用的写法，对每个序列的每个值做判断，仅统计满足status=false的条目（COUNT会自动忽略NULL值）：

select count(case when status = false then 1 end) as false_status_count 
from `root.datacenter`.*

执行这个查询后，你会得到node1和node2各自的false状态数量，也就是你期望的9和9。

方式二：针对单个节点分别查询（适合少量节点的场景）

如果你节点不多，也可以分开查询每个节点的情况，语义更直观：

-- 统计node2的false数量
select count(status) from `root.datacenter.node2` where status=false;

-- 统计node1的false数量
select count(status) from `root.datacenter.node1` where status=false;

这种写法下，WHERE条件只针对当前查询的单个序列，所以能正确统计该序列中status=false的总次数。

验证一下 #

对照你的原始数据：

• node2的status=false的时间点有9个：00:01、00:03、00:06、00:08、00:10、00:12、00:14、00:16、00:18
• node1的status=false的时间点有9个：00:01、00:03、00:06、00:08、00:10、00:12、00:15、00:17、00:19
  用上述正确写法的SQL就能准确统计出这两个数字，和你预期的结果一致。