我已将我的solr文档按字段family
分组。
获得前20个组的solr查询如下
/select?q=*:*&group=true&group.field=family&group.ngroups=true&start=0&group.limit=1
此查询的结果为20个组,如下所示
responseHeader: {
zkConnected: true,
status: 0,
QTime: 1260,
params: {
q: "*:*",
group.limit: "1",
start: "0",
group.ngroups: "true",
group.field: "family",
group: "true"
}
},
grouped: {
family: {
matches: 464779,
ngroups: 396324,
groups: [
{
groupValue: "__fam__ME.EA.HE.728928",
doclist: {
numFound: 1,
start: 0,
maxScore: 1,
docs: [
{
sku: "ME.EA.HE.728928",
title: "Rexton Pocket Family Hearing Instrument Fusion",
family: "__fam__ME.EA.HE.728928",
brand: "Rexton",
brandId: "6739",
inStock: false,
bulkDiscount: false,
quoteOnly: false,
cats: [
"Hearing Machine & Components",
"Health & Personal Care",
"Medical Supplies & Equipment"
],
leafCatIds: [
"6038"
],
parentCatIds: [
"6259",
"4913"
],
Type__attr__: "Pocket Family",
Type of Products__attr__: "Hearing Instrument",
price: 3790,
discount: 40,
createdAt: "2016-02-18T04:51:36Z",
moq: 1,
offerPrice: 2255,
suggestKeywords: [
"Rexton",
"Pocket Family",
"Rexton Pocket Family"
],
suggestPayload: "6038,Hearing Machine & Components",
_version_: 1548082328946868200
}
]
}
},
在这个结果中要注意的是ngroups的值396324
但是当我想获得最后一页的数据时,我会在Solr上点击此查询
select?q=*:*&group=true&group.field=family&group.ngroups=true&start=396320&group.limit=1
{
responseHeader: {
zkConnected: true,
status: 0,
QTime: 5238,
params: {
q: "*:*",
group.limit: "1",
start: "396320",
group.ngroups: "true",
group.field: "family",
group: "true"
}
},
grouped: {
family: {
matches: 464779,
ngroups: 396324,
groups: [ ]
}
}
}
当我设置为396320
时, 0结果。结果中必须有5个文档。实际组数为386887
。为什么ngroup不正确?
btw这个问题在我设置的本地solr服务器中不存在。只是在测试环境中出现在solr云中
答案 0 :(得分:2)
这是grouping across distributed nodes的已知问题(SolrCloud模式中会发生这种情况):
分布式搜索支持分组,但有一些注意事项:
目前,任何分布式搜索都不支持group.func
group.ngroups
和group.facet
要求每个组中的所有文档必须位于同一个分片上,以便返回准确的计数。在许多情况下,Document routing via composite keys可能是一个有用的解决方案。
最直接的解决方案是将族作为路由键的一部分使用,确保所有相同的族值最终都在同一节点上。由于看起来与节点数量相比,不同族值的数量非常高,这仍应确保您在节点之间有良好的文档分布。
根据您实际尝试的内容,可能还有其他替代解决方案(如果您只是想要计数,使用JSON方面可能是一个很好的解决方案)。