Alfresco搜索服务的搜索性能问题

Question

我们正在尝试用solr4将Alfresco系统从5.2迁移到AlFresco6.1和Al新鲜(我们尝试了1.3和1.4)，但是我们面临着使用/Solr6的巨大性能问题:在类似的设置上运行的搜索需要3-5倍的时间。

一些背景：

• Al新鲜no 5.2 / solr4运行在Ubuntu 16 / OracleJdk 8
• Al新鲜no 6.1 /AS1.4上，运行于Ubuntu 18 / OpenJDK 11
• 存储库上，ASS运行在专用服务器(不涉及码头)上，
• solr索引存储在一个非常快的ssd SAN ext4设备上，没有随机和顺序访问/IOPS
• 编号的问题，所有盒子都有8个内核，16 GB RAM
• all for具有具有12 GB堆空间
• 的jvm，这两个solr版本对于缓存
• 都有相同的配置，这两个solr版本具有相同的solr文档的内存
• ：~ 7,000,000

我们能观察到的是：

• 在寻找简单的单词，比如，圣诞，……ALFERCO5.2/solr4 4返回一个尚未缓存的结果，在~1-2 sec
• searching中，对于简单的单词，如alfresco，圣诞节，.Al新鲜co6.1/ solr 6返回一个尚未缓存的结果，在~7-15秒内，space
• Alfresco
• Alfresco 5.2/ solr 4显示在solr4中使用~9的堆堆

6.1/solr 6显示在solr管理ui中使用~3的12 GB堆空间

我们已经尝试增加RAM，堆空间，CPU而不改变搜索性能。我不知道为什么索尔46/驴消耗这么少的堆空间。

有谁有类似的经验吗？

我们应该做些什么来获得更多可接受的响应时间？

我还试图在solr6中配置切分(并不确信这解决了真正的问题)，但是Creating Solr shards in Alfresco 6.1 CE接缝也无法工作。

Answer 1

它指出，搜索性能问题是由社区为解决本地化限制(通过在搜索查询中添加locale = '*' )而进行的修复引起的。

相反，索引应该始终使用未默认设置的跨区域设置属性创建。例如在shared.properties中

# Data types that support cross locale/word splitting/token patterns if tokenised
alfresco.cross.locale.datatype.0={http://www.alfresco.org/model/dictionary/1.0}text
alfresco.cross.locale.datatype.1={http://www.alfresco.org/model/dictionary/1.0}content
alfresco.cross.locale.datatype.2={http://www.alfresco.org/model/dictionary/1.0}mltext

有关更多细节，请查看https://github.com/Alfresco/SearchServices/issues/234。