Q3： 我们都知道Redis里面除了有链表，字典，跳表，还有压缩列表，请你简单介绍一下压缩列表的结构，然后解释一下压缩列表中的连锁更新问题。 A： 之所以叫压缩列表是因为没有指针参与的原因，结构大概是`zlbytes、 zltail、zllen、entrys、zlend`这几个构成，然后zlbytes是整个压缩列表的总字节数. 其中的entrys里面记录着所有的内容，但是因为没有指针，所以就在每个entry上添加了一个`pre_entry`用来记录上一个entry项的长度，用于遍历。 而且这里的pre_entry不是固定大小，如果前一个项大于254字节，它就会变成5个字节，其中第一个字节为0xEF，剩下4个字节则用于保存长度，这样就会导致一个问题，比如新增加一个大于254的节点，但是表头的pre_entry是1个字节，然后将其进行扩容，这样就会导致**后面的每个项都需要移位**，另外，如果这个表项修改完之后变成了大于254字节，就会后面的同样需要更新，依此类推，**就会导致连锁更新问题**。但是看书上给出的答案就发现连锁更新不会造成很严重的性能问题：**因为多个连续的临界表项才会可能被引发，对于少量节点的更新并不会影响性能**。