通过增加从服务器的数量， ⽤户可以降低系统在遭遇灾难故障时丢失数据的可能性。 具体来说， 如 果⽤户只有⼀台服务器储存着⽬标数据库， 那么当这个服务器遭遇灾难故障时， ⽬标数据库很有可能会随 着服务器故障⽽丢失。 但如果⽤户为 Redis 服务器（也即是主服务器）设置了从服务器， 那么即使主服务 器遭遇灾难故障， ⽤户也可以通过从服务器访问数据库。 从服务器的数量越多， 因为主服务器遭遇灾难故 障⽽出现数据库丢失的可能性就越低。

服务 ，服务可用性相比双副本模式并未下降。同时，通过减少一个数据库节点，可以大幅节省用户成本 ，售价约为双副本高可用版的一半。 高性能 由于标准版-双副本架构的备库仅用于故障转移恢复，并没有对外提供服务，并且数据库复制也给主库 带来了额外的性能开销，因此从这个角度分析，单副本版本的性能不仅不会低于双机高可用版，甚至 还会有所提升。 使用场景 云数据库 Redis 协议兼容性要求较高的业务 标准版完全兼容 Redis 协议，业务可以平滑迁移。 Redis 作为持久化数据存储使用的业务 云数据库 Redis 版 产品简介 13 标准版提供持久化机制及备份恢复机制，极大的保证数据可靠性。 单个 Redis 性能压力可控 由于 Redis 原生采用单线程机制，性能在10w QPS 以下的业务建议使用。如果需要更高的性能要求 ，请选用集群版本。 对 Redis 协议兼容性要求较高的业务 读写分离版本完全兼容 Redis 协议，业务可以平滑迁移。 Redis 作为持久化数据存储使用的业务 读写分离版提供持久化机制及备份恢复机制，极大的保证数据可靠性。 云数据库 Redis 版 产品简介 21 规格性能 说明：带宽上限分别应用于上行带宽和下行带宽。 规格能力 标准版-双副本

Redis 在大容量场景下的问题 Pika 定位 SACC2017 Redis 问题 • 恢复时间长 • 一主多从, 主从切换代价大 • 缓冲区写满问题 • 成本问题 SACC2017 Redis 问题 • 恢复时间长 – 50G redis 回复时间70分钟 – 同时开启aof 和 rdb SACC2017 SACC2017 Pika 开发现状 • 双主支持 • Pika_hub 提供多机房写入支持 • 支持sentinel • 支持codis SACC2017 Pika 总结 • 恢复时间长 • 一主多从, 主从切换代价大 • 缓冲区写满问题 • 内存昂贵问题 SACC2017 Pika vs redis • 劣势 – 由于Pika是基于内存和文件来存放数据

参数设置 您可以在参数设置页面对 Redis 的常见参数进行设置，比如淘汰策略及 notify-keypsace-events 等。详细操 作请参见参数设置。 备份恢复 您可以在备份恢复页面进行备份的设置和克隆实例，另外可以设置自动备份的时间。详细操作请参见备份与恢 复。 DMS 页面 DMS 实例信息页面展示如下，其中 Key 信息这一栏中设置过期和已逐出这两个项目为历史上的值，也就是前