Performance Apache Solr 6.6.2使用eDiscoveryMax解析器进行性能调优

我们在Solr6.6.2版本中索引了数百万个文档。该机器有48个内核和96 GB RAM。我们感到惊讶的是，即使在如此大的机器上，Solr也需要一秒钟以上的时间才能找到结果。索尔身上没有其他负担

以下是一个查询片段，其中包含一个耗时8秒的示例查询（&在此处替换为新行））

问题在哪里。我们期望Solr在不到1秒的时间内给出响应。大多数配置都是默认配置，除了模式文件之外，我们没有在任何文件中更改任何内容

目前，我正在通过浏览器上的REST请求对其进行测试。在实际情况中，它是PHP

很难说为什么在不开始操作查询和查看字段类型的情况下需要花费时间，所以请从删除boost开始。必须对返回的每个文档进行计算，因此，如果命中了许多文档，情况可能就是这样。关闭高亮显示。优化您的

fq

，以更简单地查看这是否会影响任何事情。如果将

debug=timing

（或

all

）附加到查询中，您还将获得有关每个组件所用时间的调试信息。如果不开始操作查询并查看字段类型，很难说为什么要花时间，所以请从删除boost开始。必须对返回的每个文档进行计算，因此，如果命中了许多文档，情况可能就是这样。关闭高亮显示。优化您的

fq

，以更简单地查看这是否会影响任何事情。如果将

debug=timing

（或

all

）附加到查询中，您还将获得有关在每个组件中花费的时间的调试信息。

http://localhost:8983/solr/mycollection/select?bf=recip(ms(NOW,date),3.16e-11,1,1)%5E1.1
boost=product(title1_depth,product(sum(arank,div(div(sum(cal_score,cll_score),2),100),recip(pf_score,1,1,1)),sum(dup_stat,1)))
bq=group:top_web%5E1.37
defType=edismax
fq=group:web%20OR%20group:news*%20OR%20group:blog%20OR%20group:top_web*%20OR%20group:urpoetr*%20-pf_score:[0.7%20TO%201]%20OR%20NOT%20dup_stat1:[*%20TO%20*]
indent=on
mm=3
pf2=title%20content
pf3=title%20content
pf=title%20content
ps2=1
ps3=1
ps=10
q=اہم سماجی بہبود کی خدمات انجام دیتے ہیں تعلیم
qf=title%20content
tie=0.4
wt=json
stopwords=true
lowercaseOperators=true
start=0
rows=10
hl=true
hl.snippets=5
hl.fl=title+content_t+content+id+url+summary
hl.method=original
hl.fragsize=100
f.summary.hl.fragsize=0
f.title.hl.fragsize=0
hl.requireFieldMatch=false
hl.alternateField=title+content_t+content+id+url+summary
hl.simple.post=%3C/b%3E
hl.simple.pre=%3Cb%3E
fl=url