系统自动监控各节点的健康状态，异常时发起主备切换或重搭只读节点，并更新相应的路由及权 重信息。 读写分离版本采取链式复制架构，可以通过扩展只读实例个数使整体实例性能线性增长；同时基于阿 里云在源码层面对 Redis 复制流程的特定优化，可以最大程度的提升线性复制的系统稳定性。 应用和 Redis 读写分离版建立连接，Proxy 会自动识别客户端发起的读写请求类型，按照权重作负载 均衡，将请求转发 过一定次数以后，会停止异常节点的服务权 利，并具备继续监控后续重新启动节点服务的能力。 高性能 Redis 读写分离版本采取链式复制架构，可以通过扩展只读实例个数使整体实例性能线性增长，充分 利用每一个只读节点的物理资源。 使用场景 读取请求 QPS 压力较大 标准版 Redis 无法支撑较大的 QPS，如果业务类型是偏读多写少类型，需要采用多个只读节点的部署

所以在⼀些 情况下， 这两种数据结构是没有办法完全代替对⽅的。 因此⽤户在构建应⽤程序的时候， 应该根据⾃⼰的 实际需要来选择使⽤相应的数据结构。 4. 列表（List） Redis 的列表是⼀种线性的有序结构， 它可以按照元素被推⼊到列表中的顺序来储存元素， 这些元素既可以是⽂ 字数据， ⼜可以是⼆进制数据， 并且列表中的元素可以出现重复。 作为例⼦， 图 4-1 展示了⼀个包含多个字符串的列表， ⽅法， 然后程序就可以在⽤户被关注的时候、收到了新回复的时候⼜或者收到 新私信的时候， 通过调⽤ add_message() ⽅法来向⽤户发送提醒信息。 4.21 重点回顾 Redis 的列表是⼀种线性的有序结构， 它可以按照元素推⼊到列表中的顺序来储存元素， 并且列表中的元 素可以出现重复。 ⽤户可以使⽤ LPUSH 、 RPUSH 、 RPOP 、 LPOP 等多个命令， 从列表的两端推⼊或者弹出元素， 主服务器将执⾏过的写命令发送给从服务器执⾏ Redis 的复制功能可以从性能、安全性和可⽤性三个⽅⾯提升整个 Redis 系统： ⾸先， 在性能⽅⾯， Redis 的复制功能可以给系统的读性能带来线性级别的提升。 从理论上来说， ⽤户每 增加⼀倍数量的从服务器， 整个系统的读性能就会提升⼀倍。 其次， 通过增加从服务器的数量， ⽤户可以降低系统在遭遇灾难故障时丢失数据的可能性。 具体来说， 如 果⽤户只有⼀台服务器储存着⽬标数据库，