1
A
回答
0
DynamoDB不公開其內部散列算法,但不應該影響散列鍵分佈。一個好的散列算法會隨機散佈你的散列鍵值(即「key1」和「key2」將散列成兩個彼此不相關的字符串)。
如果您遇到DynamoDB表中的熱鍵問題,則可能意味着您比其他人更頻繁地訪問一個哈希鍵(或一小部分哈希鍵),或者您的哈希鍵值分佈不夠(即沒有足夠的唯一值)。
你從哪裏得到有關分區熱點的信息?回到這個源代碼並挖掘更多不均勻分佈的hashkey值的細節可能會有所幫助。
相關問題
- 1. C++哈希算法
- 2. DynamoDB哈希鍵INT VS串
- 3. Python:Rabin-Karp算法哈希
- 4. 雙向哈希算法?
- 5. 現代PHP哈希算法
- 6. constexprizing化jesteress哈希算法
- 7. ASP密碼哈希算法
- 8. 計算SHA1哈希算法Powershell V2.0
- 9. Django未知密碼哈希算法 - 編寫自定義哈希算法
- 10. 有沒有辦法在DynamoDB中查詢多個哈希鍵?
- 11. dynamodb:與哈希鍵查詢只
- 12. nosql/dynamodb哈希和範圍用例
- 13. DynamoDB:搜索哈希鍵或範圍鍵
- 14. Amazon SimpleDB vs Amazon DynamoDB
- 15. 帶有去哈希算法的Java AES
- 16. ASPNET身份2.0哈希算法
- 17. 設置額外的哈希算法
- 18. Microsoft Dynamics CRM - 密碼哈希算法
- 19. 哪種哈希算法最適合HMAC
- 20. 哈希算法的組合實現
- 21. 返回支持哈希算法
- 22. 在iOS上使用SHA256哈希算法
- 23. php5.6中的gost-crypto哈希算法
- 24. 哈希密碼算法問題
- 25. 新主題哈希openssl算法不同
- 26. 在md5哈希算法中填充
- 27. 哈希子圖的高效算法?
- 28. mongodb分片鍵哈希算法
- 29. 使用Python檢測SSL哈希算法
- 30. AWS無法計算MD5哈希的Android
通常,熱點是由單個熱鍵引起的,所以知道散列算法可能沒有多大幫助。你有可能在你的請求中記錄散列鍵並計算訪問次數嗎? – 2015-02-18 00:12:45