5
A
回答
9
這個問題沒有簡單的答案。使用所有基於NoSQL或SQL的存儲解決方案時,存在很多可能導致存儲引擎出現高延遲或緩慢的情況。 Redis也不例外。
我建議你通過閱讀來啓動:
這裏是一個潛在的原因非詳盡的列表:
- 不足的硬件(網絡,內存,CPU)
- 基於軟件的虛擬化(Xen的低端硬件例如)
- 沒有足夠的內存,在OS級產生交換 在單線程引擎執行
- 太多O(n)的操作(如KEYS) 存儲在Redis的
- 的大型物體,導致通信緩衝區的不受控制的膨脹
- 巨大數量的同時會話的(> 30000)每秒
- 太多連接操作(Redis的是不是一個網絡服務器,連接被認爲是永久性的,不是暫時的)。由客戶端應用(無流水線或聚集的命令使用)通過bgsave或AOF重寫(特別是在虛擬機)
- I/O相關的延遲產生
- 大型叉的操作而生成
- 太多往返時AOF使用 許多的
- 積累到期觸發同時在客戶機和主/從通信的緩衝器,或慢日誌數據
- 積累的存儲器操作
- TCP incast conditions當網絡帶寬的消耗是顯著
- 使用分佈式存儲(尤其是陰天的如EC2,EBS)來存儲轉儲或AOF文件
可能有多方面的原因,涉及到您自己的應用所產生的工作量。
如果有人考慮其他一般原因,我們可以將它們添加到此列表中。
相關問題
- 1. Spark:減少原因StackOverflowError
- 2. ContactsApp.getContactById()緩慢的原因
- 3. 原理二級緩存瓦特/ Redis
- 4. 重寫規則原因減速
- 5. Jedis(Redis)減速
- 6. 緩慢的Scrapy刮刀的原因
- 7. 找出緩慢Rails請求的原因
- 8. 緩慢Silverlight啓動的可能原因
- 9. redis HINCRBY原子?
- 10. 使用全局資源連接到redis服務器的原因
- 11. 與Redis配對時,ejabberd崩潰的原因是什麼?
- 12. Redis是ZINCRBY原子?
- 13. Redis交易原子
- 14. Django Redis緩存值
- 15. 排序redis緩存
- 16. Redis緩存結構
- 17. Laravel 5.1 Redis緩存
- 18. 原因
- 19. Colums.AddRange是減緩
- 20. 的SqlCommand減緩
- 21. 從randint返回值中減去1的原因是什麼?
- 22. AdView減慢整個應用程序,可能的原因
- 23. python函數減速沒有明顯的原因
- 24. 給組主人減少權限的原因
- 25. 爲什麼有條件減少原因無返回?
- 26. 嵌套for循環減慢由於未知原因(AutoIt的)
- 27. 減緩並行程序的可能因素
- 28. 用Redis緩存替換Windows Azure緩存?
- 29. Yii2 redis緩存在文件緩存中
- 30. 查看原因
謝謝!我認爲這對我來說是一個很好的回答。 – shalakhin