Question

我正在使用neo4j-2.2.1并使用Transactional Cypher Restful Endpoint进行查询。我正在尝试使用以下查询匹配电子邮件节点

match (e:Email) where e.email in ['gxxxxxxs@yyy.com'] return count(e);

“电子邮件”节点中的电子邮件属性对其具有唯一约束，因此会在其周围自动构建索引。当我使用{"statements": [{"parameters": {"emails": ["gxxxxxxs@yyy.com"]}, "statement": "match (c:Email) where c.email in {emails} return count(c)"}]}中的查询参数运行它时，上面的查询花了23秒，因为当我直接运行它而没有任何参数时只花了0.0134秒 {"statements": [{"statement": "match (c:Email) where c.email in ['gxxxxxxs@yyy.com'] return count(c)"}]}

我试图对其进行分析以查看查询是如何执行的，令我惊讶的是，参数化查询没有使用我期望它使用的唯一索引查找。

下面给出的剖析结果 -

非参数化查询的配置文件

{＆＃34;陈述＆＃34;：[{＆＃34;陈述＆＃34;：＆＃34;简介匹配（c：电子邮件）c.email在[＆＃39; gxxxxxxs@yyy.com& ＃39;]返回计数（c）＆＃34;}]}

{＆＃34;结果＆＃34;：[{＆＃34;列＆＃34;：[＆＃34;计数（C）＆＃34]，＆＃34;数据＆＃34;：[{ ＆＃34;排＆＃34;：[1]}]，＆＃34;计划＆＃34; {＆＃34;根＆＃34; {＆＃34; operatorType＆＃34;：＆＃34; EagerAggregation＆＃ 34;，＆＃34; DbHits＆＃34;：0，＆＃34;行＆＃34;：1，＆＃34; 版本＆＃34;：＆＃34; CYPHER 2.2 ＆＃34 ;，＆＃34;键名＆＃34;：＆＃34;＆＃34;＆＃34; EstimatedRows＆＃34;：1.0000000000279299，＆＃34;的规划器＆＃34;：＆＃34; COST ＆＃34;＆＃34;标识符＆＃34;：[＆＃34;计数（C）＆＃34]，＆＃34;的子＆＃34;：[{＆＃34;的 operatorType＆＃34;：＆＃34; NodeUniqueIndexSeek ＆＃34;＆＃34;指数＆＃34;：＆＃34;：电子邮件（电子邮件）＆＃34;＆＃34;行＆＃34 ;: 1，＆＃34; DbHits＆＃34;：1，＆＃34; EstimatedRows＆＃34;：1.00000000005586，＆＃34;标识符＆＃34;：[＆＃34; C＆＃34]，＆＃34;的子＆＃ 34;：[]}]}}}]，＆＃34;错误＆＃34;：[]}

以0.0134048461914秒结束

参数化查询的配置文件

{＆＃34;陈述＆＃34;：[{＆＃34;参数＆＃34;：{＆＃34;电子邮件＆＃34;：[＆＃34; gxxxxxx@yyy.com"]}，＆＃34;声明＆＃34;：＆＃34;个人资料匹配（c：电子邮件）其中c.email在{电子邮件}中返回计数（c）＆＃34;}]} {＆＃34;结果＆＃34;：[{＆＃34;列＆＃34;：[＆＃34;计数（C）＆＃34]，＆＃34;数据＆＃34;：[{＆＃34 ;排＆＃34;：[1]}]，＆＃34;计划＆＃34; {＆＃34;根＆＃34; {＆＃34; operatorType＆＃34;：＆＃34; EagerAggregation＆＃34 ;, ＆＃34; DbHits＆＃34;：0，＆＃34;行＆＃34;：1，＆＃34; 版本＆＃34;：＆＃34; CYPHER 2.2 ＆＃34;，＆＃34;键名＆＃34;：＆＃34;＆＃34;＆＃34; EstimatedRows＆＃34;：1384.8193022918188，＆＃34;的规划器＆＃34;：＆＃34; COST ＆＃34;＆＃34;标识符＆＃34;：[＆＃34;计数（C）＆＃34]，＆＃34;的子＆＃34;：[{＆＃34; operatorType＆＃34;：＆＃ 34;过滤＆＃34;，＆＃34; LegacyExpression＆＃34;：＆＃34;任何（ - -INNER - - 在{电子邮件}中c.email == - -INNER - - ）＆＃34;＆＃34;行＆＃34;：1，＆＃34; DbHits＆＃34;：5114522，＆＃34; EstimatedRows＆＃34;：1917724.4999999998，＆＃34;标识符＆＃34;：[＆＃34; C＆＃34]，＆＃34;的子＆＃34;：[{＆＃34;的 operatorType＆＃34;：＆＃34; NodeByLabelScan ＆＃34 ;，＆＃34;标签＆＃34;：＆＃34;：电子邮件＆＃34;＆＃34;行＆＃34;：2557261，＆＃34; DbHits＆＃34;：2557262，＆＃34; EstimatedRows＆＃34 ;：2556966.0＆＃34;标识符＆＃34;：[＆＃34; C＆＃34]，＆＃34;的子＆＃34;：[]}]}]}}}]，＆＃34;错误＆＃34;：[]}

完成时间为23.5868499279秒

有人可以帮助我理解为什么参数化的密码查询没有使用唯一索引搜索

Answer 1

这是自2.2+以来Cypher报告的错误。（不使用带参数的索引）

https://github.com/neo4j/neo4j/issues/4357

您可以通过在 PLANNER RULE 前添加查询前缀来避免这种情况，以便使用之前的Cypher规划器并获得性能，直到修复错误。

PLANNER RULE MATCH (e:Email) where e.email IN {emails} RETURN count(e);

Answer 2

对于参数化查询，Cypher引擎似乎没有推断出要使用的正确模式索引，因此正在进行扫描。通常，密码引擎需要通过查看MATCH子句和WHERE条件并使用该信息来查找有用的索引来推断图中的开始查询的位置。

您可以要求它使用USING的特定索引。所以如果您的Cypher查询是这样的

MATCH (c:Email) 
USING INDEX c:Email(email)
WHERE c.email in ['gxxxxxxs@yyy.com'] 
RETURN count(c)

您应该发现使用NodeUniqueIndexSeek执行查询。等价物是

{
    "statements": [{
        "parameters": {
            "emails": ["gxxxxxxs@yyy.com"]
        }, 
        "statement": "MATCH (c:Email) 
                      USING INDEX c:Email(email) 
                      WHERE c.email IN {emails} 
                      RETURN count(c)"
    }]
}

（为了可读性添加了换行符）

与使用默认规划器

非参数化查询的配置文件

参数化查询的配置文件

2 个答案: