2012-10-31 77 views
0

我在DynamoDB中有一些記錄。但查詢[[AmazonClientManager ddb]掃描:]有時需要太長時間才能加載並返回nil。造成這個問題的可能原因是什麼?我可以猜到的一件事是,這可能是一個網絡問題。我不確定這一點。但這經常發生。AmazonClientManager掃描有時(經常)返回無

任何想法?

謝謝。

回答

1

我有一個類似的問題需要花費5秒才能完成。 CloudWatch使用「最大」聚合函數顯示此延遲。這表明這是亞馬遜的一個問題。

該支持告訴我們,5秒是他們身邊的「故障轉移」延遲。這表明DynamoDB分區之一有「麻煩」(其中至少有2個)

由於掃描不能「強一致性」,我猜它也無法進行故障轉移。 CloudWatch統計數據可能是驗證此假設的一個很好的起點。

+0

非常感謝你的回答。在這種情況下,我們需要增加配置吞吐量?我是AWS的新手。我不知道配置吞吐量。您可以讓我知道這些是什麼/何時在我們的應用程序中使用UpdateTable API?我不知道如何從這裏出發。 – EmptyStack

+0

如果是這個問題,你會看到它在CW。在這種情況下,這是亞馬遜的一個漏洞,讓他們知道,以便他們可以修復它是個好主意。 「預設吞吐量」大致對應於多個請求/秒(http://docs.amazonwebservices.com/amazondynamodb/latest/developerguide/ProvisionedThroughputIntro.html)。 – yadutaf

+0

關於配置吞吐量:如果我的應用程序在線,我可以手動調整吞吐量嗎?或者我需要使用UpdateTable API?如果我需要使用UpdateTable API,那麼我需要使用這個API?應用程序中是否有代表/通知要執行此操作?請幫幫我! – EmptyStack

0

問題是超過了特定表的吞吐能力。所以在7次自動重試後得到。謝謝你們每一個人的幫助!