首先需要了解什麼是壓縮表，推薦redis設計與實現第二版：
其實不是的，恰恰相反，ziplist是為了節省記憶體而設計出來的一種資料結構。ziplist與普通的雙端列表不同的是，雙端列表儲存了前後指標，在redis，乙個指標是佔了8個位元組的。而
ziplist是維護了上乙個節點的長度和當前節點的長度，然後每次通過長度來計算出前後節點的位置。
ziplist涉及計算，肯定有效能上的損耗，所以ziplist並不快，但是它比雙端列表少了前後指標，在空間上節省了。所以是一種時間換空間的策略。
又又又又涉及到知識盲區了。。。。在這片文章中找到了答案：
因為現在的電腦最大為64位，那麼rerdis中的指標的儲存空間必須是大於等於64bit（位），也就是8個位元組，少乙個bit，都不能完整的表示完所有的定址範圍，因此就是8個位元組。
redis為什麼快
如果我們執行的伺服器是多核伺服器，為了充分利用多核優勢我們可以在單台伺服器起多個 redis 服務，或者架設 主從複製 哨兵模式 集群模式等多機方案。redis 服務執行時只是處理客戶端請求是單程序單執行緒的，但是服務執行時會有其他程序或執行緒處理其他的事，比如rdb的檔案的生成就會在子程序中進行等...
redis 為什麼快
redis採用自己實現的事件分離器，效率比較高，內部採用非阻塞的執行方式，吞吐能力比較大。不過，因為一般的記憶體操作都是簡單訪問操作，執行緒占用時間相對較短，主要問題在io上，因此，redis這種模型是合適的，但是如果某乙個執行緒出現問題導致執行緒占用很長時間，那麼reids的單執行緒模型效率可想而...
我們為什麼要用redis
1 為什麼要選擇redis 介紹redis的使用場景與使用redis的原因 2 redis常用命令總結 包括時間複雜度總結與具體資料型別在redis內部使用的資料結構 3 redis的高階功能 包括持久化 複製 哨兵 集群介紹 4 理解redis 理解記憶體 阻塞，這部分是非常重要的，前面介紹的都可...