Neo4j Cypher查询异常：指定e.verified=false却返回true结果

别慌，我来帮你拆解下可能的原因，以及对应的排查和解决步骤：

1. 最容易踩的坑：属性值类型不匹配 #

你大概率是在设置verified=true时，不小心用了字符串类型的"true"，而非布尔类型的原生true。比如执行了类似这样的错误语句：

MATCH (b:Account)-[e:friend_of]->(m:Account)
WHERE <你的筛选条件>
SET e.verified = "true"  -- 加了引号，把布尔值变成字符串了

这种情况下，当你用e.verified = false查询时，字符串"true"和布尔值false的比较结果是false，但如果你的边里还有没设置verified属性的情况，就会出现看起来不符合条件的结果。

你可以先执行这条查询，检查所有friend_of边的verified属性类型和值：

MATCH ()-[e:friend_of]->()
RETURN e.verified, type(e.verified), count(*)

如果结果里出现"true"（字符串）或者null，那就是这里出了问题。

2. 查询结果的笛卡尔积误解 #

假设某个Account节点b同时连接了多条friend_of边：有的verified=true，有的verified=false。你的查询会返回所有a-o-b路径，以及对应的b的每一条符合e.verified=false的边。如果你在查看结果时不小心混淆了不同行的节点和边，可能会误以为返回了verified=true的边。

你可以给查询结果加一列，明确显示每条边的verified值：

MATCH (a:GraphTarget)-[o:owner_of]->(b:Account)
MATCH (b)-[e:friend_of]->(m:Account)
WHERE e.verified = false
RETURN a,o,b,m,e, e.verified  -- 新增这一列，直观确认属性值

3. 属性设置操作有误 #

你可能误以为成功给目标边设置了verified=true，但实际操作出了错：

• 比如把属性设到了owner_of边上，而非friend_of边；
• 或者把属性设到了Account节点上，而不是边本身；
• 甚至设成了反向的(m)-[e:friend_of]->(b)边，而你的查询只查正向的b->m边。

你可以执行这条查询，确认所有verified=true的friend_of边的方向和关联节点：

MATCH (x)-[e:friend_of]->(y)
WHERE e.verified = true
RETURN x, e, y

对比你的图，看看这些边是不是你标记的那两条。

4. 事务或缓存问题 #

如果设置属性的操作是在未提交的事务中执行的，或者数据库存在缓存，你的查询可能读取的是旧数据。你可以检查是否有未提交的事务，或者重启Neo4j服务后再重新执行查询。

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