执行参数化 N1QL 查询时,Couchbase 不使用带过滤器的索引
Posted
技术标签:
【中文标题】执行参数化 N1QL 查询时,Couchbase 不使用带过滤器的索引【英文标题】:Couchbase doesn't use index with filter when execute parametized N1QL query 【发布时间】:2017-02-07 15:20:39 【问题描述】:我在我的 Couchbase 集群中创建了具有 where
条件的全局二级索引:
CREATE INDEX commentAuthorSecondaryIndex ON Bucket(author) WHERE (_class = "com.company.Comment") USING GSI;
然后我尝试通过 N1QL (REST API) 执行两个类似的查询:
curl --header "Content-Type:application/json" http://localhost:8093/query/service -d '
"$class" : "com.company.Comment",
"statement" : "select count(*) from Bucket WHERE _class = $class and author = $author",
"$author" : "author455",
"scan_consistency" : "statement_plus"
'
和:
curl --header "Content-Type:application/json" http://localhost:8093/query/service -d '
"statement" : "select count(*) from Bucket WHERE _class = \"com.company.Comment\" and author = $author",
"$author" : "author455",
"scan_consistency" : "statement_plus"
第一个查询快速执行了 4 秒,而第二个查询只用了 20 毫秒。
当我使用 explain
关键字时,我意识到在第一次查询中 Couchbase 不使用索引。
我假设 Couchbase 首先创建查询执行计划,然后才使用参数评估查询。
因此,当创建查询计划时,Couchbase 不知道可以使用索引commentAuthorSecondaryIndex
。
有什么办法可以解决这个问题吗?
【问题讨论】:
两个选项——从索引中删除过滤器,或者不要在查询中将 _class 作为参数。见forums.couchbase.com/t/… 谢谢。现在很清楚了。有没有计划在未来解决这个问题? 是的,有计划 :-) 【参考方案1】:两个选项——从索引中删除过滤器,或者不要在查询中将 _class 作为参数。见https://forums.couchbase.com/t/whats-the-best-approach-to-prevent-sql-injection-with-n1ql/11636/8
【讨论】:
以上是关于执行参数化 N1QL 查询时,Couchbase 不使用带过滤器的索引的主要内容,如果未能解决你的问题,请参考以下文章