溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
本篇內容介紹了“如何使用hash代替string節省內存”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！
https://blog.csdn.net/javarrr/article/details/93380853
當哈希對象可以同時滿足以下兩個條件時， 哈希對象使用 ziplist 編碼：
哈希對象保存的所有鍵值對的鍵和值的字符串長度都小于 64 字節；
哈希對象保存的鍵值對數量小于 512 個； ziplist 編碼的數據底層是使用壓縮列表作為底層數據結構
https://www.jianshu.com/p/dee0f1edc4e4
省內存的原因是新建一個 hash 對象時開始是用 ziplist（又稱為 small hash）來存儲的。 這個 ziplist 其實并不是 hash table，但是 ziplist 相比正常的 hash 實現可以節省不少 hash 本身需要的一些元數據存儲開銷。 盡管 ziplist 的添加，刪除，查找都是 O(n)，但是由于一般對象的 field 數量都不太多。 所以使用 ziplist 也是很快的，也就是說添加刪除平均還是 O(1) 。 如果 field 或者 value 的大小超出一定限制后，redis 會在內部自動將 ziplist 替換成正常的 hash 實現， 這個限制可以在配置文件中指定 hash-zipmap-max-entries 參數來控制。 將 hash-zipmap-max-entries 設置為 1000 時，性能比較好，超過 1000 后 HSET 命令就會導致 CPU 消耗變得非常大。
“如何使用hash代替string節省內存”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
