2014-07-15 58 views
0

我在與露天4.0(使用Solr的)和MySQL大的性能問題5.1Alfresco的4.0社區和Solr是在MySQL 5.1中

與mysqlreport檢查生產太多的疑問我發現,問題似乎所致Solr的。

上的正常啓動,露天生成578.89k SELECT及數量,在10分鐘內,沒有任何

在alfresco-global.properties註釋的部分(和得到一些例外)禁用solr的SELECT(選擇)計數的任何連接停在239

使用index.recovery.mode = NONE沒有在所有幫助,以及在釐米索引標誌設置爲false:/ WEB-INF內容虛假的/ tomcat的/ webapps /下露天/班/露天/模型/ contentModel.xml

切換到Lucene的,雖然它降低了計數,導致其他問題在網絡應用程序中,所以我不能將它用作可行的解決方案。

我還在閱讀手冊,以拿出一個解決方案,但我完全迷失了方向。

沒有人有一些建議嗎?

感謝您的時間和幫助

恩里科

+0

禁用solr就像不會工作。 在這裏讀到:http://deepak-keswani.blogspot.ch/2012/12/how-to-disable-solr-enable-lucene-on.html – user1429166

+0

謝謝,我使用的解決方案時,我測試的Lucene。正如我寫的,即使它在10分鐘內降低了一些查詢數量,Lucene在啓用lucene時用CMIS – Edrusiani

+0

搜索Alfresco時也不會返回相同的結果,您使用的是哪些屬性?日誌告訴你索引是重建的嗎? – user1429166

回答

0

這聽起來似乎與CMIS引導子系統的問題。要從啓動中獲得最佳性能,您應該a)嘗試upgrading到最新的Alfresco Version,該問題可能已經修復。 b)覈實你的DBMS和露天倉庫之間的等待時間少,你可以得到它,你environment is optimally provisioned C)使用supported MySQL Connector爲您的DBMS驅動程序。

+0

感謝您的回答。我已經嘗試過驗證器並糾正了一些事情,但沒有結果。現在我正在嘗試升級到Alfresco 5.0 – Edrusiani

相關問題