NebulaGraph 3.2.1按边属性过滤返回错误结果求助

可能的原因及验证步骤 #

• 属性实际类型与预期不符
  尽管你声明create_long是long类型，但写入时可能因隐式转换导致实际存储为字符串类型。执行以下语句确认属性真实类型：

  MATCH ()-[e:belong]->() WHERE id(e) IN (已知存在的边ID) RETURN typeof(e.create_long)
  

  如果返回string，则需将查询条件改为字符串匹配：l.create_long == "1665368234"。

• 路径过滤逻辑要求过严
  原语句中ALL(l IN e WHERE l.create_long == 1665368234)要求两跳中的所有belong边都满足属性值等于1665368234。若其中某一跳的边不满足，整个路径会被过滤。拆分查询逐步验证：

  1. 验证第一跳数据：

     MATCH (v)-[e:belong]->(v2) WHERE id(v) = "76517618765348" AND e.create_long == 1665368234 RETURN e.create_long, id(v2)
     

  2. 基于第一跳终点验证第二跳：

     MATCH (v)-[e:belong]->(v2)-[e2:belong]->(v3) WHERE id(v) = "76517618765348" AND e.create_long == 1665368234 AND e2.create_long == 1665368234 RETURN *
     

  如果单跳有结果但组合无结果，说明不存在连续两跳都符合条件的路径。

• 分布式数据同步异常
  分布式部署场景下，可能存在节点间数据同步延迟或副本不一致。执行SHOW HOSTS检查所有节点状态是否为ONLINE，确认集群数据同步正常。

• 索引相关问题（可选验证）
  若数据量较大，未创建边属性索引可能导致查询遍历不完整（概率较低，但可尝试）：

  CREATE INDEX idx_belong_create_long ON edge belong(create_long);
  REBUILD INDEX idx_belong_create_long;
  

  索引重建完成后再次执行原查询测试。

内容的提问来源于stack exchange，提问作者Lisa Liu