2016-04-25 223 views
1

我有一個Couchbase存儲桶,由佔用大約58 GB磁盤空間的〜110 mn文檔組成。分配的動態RAM配額是48.8 GB。羣集的索引RAM配額約爲36 GB。我正在嘗試使用GSI在存儲桶上構建二級索引。Couchbase createIndex命令超時

創建索引的查詢運行了約2分鐘,並返回一個錯誤GSI CreateIndex() - cause: Request Timeout,也是我從網上獲取UI以下警告:Approaching full Indexer RAM warning. Usage of Indexer RAM on node "127.0.0.1" is around 2669%. This is above the threshold of 75%.

有什麼方法,我可以加大對超時時間查詢?此外,查詢僅在超時前運行約2分鐘,這是否與RAM警告有關,如增加硬件要求?

回答

0

我在Couchbase 4.5 UI中創建了查詢工作臺。你使用的是4.5DP版本嗎?

從UI發出的查詢的確有超時。應該設置5分鐘,你確定你報告的2分鐘,還是5分鐘?如果是2分鐘,那可能是一個錯誤。

但是,請注意,在超時後繼續創建索引。如果您轉到索引選項卡,您應該看到索引繼續生成。所以Query Workbench超時應該不成問題。 (我相信我們修正了錯誤信息,在更高版本中表明瞭這一點)。

如果索引選項卡沒有顯示索引繼續生成,那很可能是一個bug,如果有的話,請提供關於哪個版本的更多細節您正在使用。

通常,整個用戶界面會在您處於非活動狀態10分鐘後將您註銷,因此工作臺不適合長​​時間運行的查詢。長時間運行查詢的正確工具是'cbq'命令行工具,它沒有時間限制。

W.r.t.有關「索引器RAM警告」的消息,這與Query Workbench中的超時完全無關。您可以通過在設置 - >羣集選項卡中增加分配給索引器的內存量來停止這些消息。

+1

我沒有使用cbq工具來運行查詢,但最終得到相同的錯誤,查詢只運行2分鐘。索引選項卡沒有顯示正在構建的索引,事實上,我猜測構建過程甚至沒有啓動,因爲我能夠在失敗後重新運行查詢而沒有獲取索引已經存在的錯誤,我正在使用4.5.0-1308 Enterprise Edition(build-1308) –

+0

我與索引器的負責人進行了覈對,他們認爲您可能遇到了錯誤。解決這個問題的最好方法是在https://issues.couchbase.com上提交一張票(這需要建立一個賬戶,這個賬戶不應該花太長時間)。 – EbenH

+0

是爲這個即時通訊創建的一張票,它有兩個來自cbq的超時時間相同的問題 –