![](/img/trans.png)
[英]ElasticSearch poor query performance one 100K documents dataset
[英]Using JCR with very large query results of >> 100k hits. How far does it scale?
我正在測試在100.000到大於100萬個節點的大型節點集上運行一些簡單查詢(SELECT * from [myNodeType])。 似乎在命中大於10萬的結果集上,查詢性能正在迅速下降。
有人遇到過類似的問題嗎? 我遇到設計限制了嗎? 有什么方法可以處理這么大的結果集? (同樣,內存使用量似乎過高)
節點總數不是問題,我們正在運行類似大小的存儲庫。
權限模型的體系結構和查詢本身會產生更大的影響。
Jackrabbit將根據使用的會話評估所有查詢命中的權限。 例外情況是根本不檢查權限的管理會話。 由於基於資源的訪問控制概念,權限概念的復雜性(例如,過多使用繼承和命中總數)將影響查詢的響應時間。
一般而言,通過引入限制結果集大小的附加參數並使用更簡單的權限體系結構或完全繞過訪問控制(在很多情況下出於安全原因不建議這樣做)來使查詢更具體(這在很多情況下不建議這樣做),從而增加了查詢的響應時間。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.