我們正在使用Azure Cosmos DB Graph API來緩存具有包含相當大html的屬性的CMS的項目。Azure Cosmos的性能DB中包含html屬性的大元素
當添加8000個項目時,Cosmos DB開始非常緩慢。
比如這個簡單的查詢需要約12-15秒即可完成:
g.V().hasLabel('news').limit(10)
數據在每個頂點周圍約4-5千,我已經排除圖形設置的內容屬性。
我已經將RU增加到5000/s,而Azure Portal中的Monitor-tab似乎已經足夠。 Estimating throughput needs表明5000RU應該足夠500次讀取/秒,但我甚至不能做一個。
查詢沒有像g.V()。hasLabel('user')這樣的html屬性的項目仍然很快。
我也試圖從索引中排除的路徑,但無明顯差異(沒有重新加載的項目,如果這是必要的嗎?)
"excludedPaths": [
{
"path": "/Content/?"
}
]
我能做些什麼來得到這個加快速度?
感謝您的輸入。我從宇宙數據庫團隊獲得了確認,這是今年10月初將要解決的問題。對承諾的「全球規模」非常重要:-) –