关于 Redis 压缩列表的疑问，有没有懂的老鸟给科普下
<p>Redis 底层实现了压缩列表这种数据结构，并且会作为列表、哈希和有序集合的底层实现之一。</p>
<p>压缩列表的好处不用多说，可以省内存。</p>
<p>但是缺点也很明显，顺序存储结构的那些缺点它都有，另外其内部 entry 还是非固定长度的，所以其大部分操作都是 O(n) 级别的，这在列表结构还算可以，哈希表和有序集合中这明显不行。</p>
<p>我们平时优化都是以空间换时间，压缩列表这种以时间换空间的反向操作是不是有问题啊？感觉有些仗着内存存储速度快在瞎搞。 另外，Redis 默认都是在数据元素比较短或者数量比较少的时候才会使用压缩列表，元素短且少，这能省的内存说明就很少。如果省不了太多内存，那使用它的意义不就没了？</p>
<p>有没有懂的老哥给科普下压缩列表是否真的有价值，我现在感觉它的价值真的很低。</p>
收藏(0)
分享
相关标签：
注意：本文归作者所有，未经作者允许，不得转载
