间对实例进行生产维护，维护期间可能会 发生闪断，建议您尽量选择业务低峰期为运维时间段。 性能监控 单击实例 ID 即可进入实例信息页面，在左侧导航栏中选择性能监控查看 Redis 的历史性能数据，可以查看到 云数据库 Redis 版 快速入门 2 不同的监控项。 单击性能监控之后可以查看到不同的监控项，以下对基础监控组的监控项进行说明。 基础监控项 说明 Keys ExpiredKeys 历史过期掉的 key 的个数。 这个值是历史过期掉的 key 的个数的总和，所以 是不包含当前设置了过期 key 同时没有过期掉的 值。同时，它是一个历史累加值，不是当前已经过 期的 key 的个数。 注意：如果发生主备切换，该值会以新的主库为准 。 EvictedKeys 历史淘汰掉的 key 的个数。 这个值是因内存满被淘汰掉的 key 的历史个数的 总和，所以它不是当前每秒淘汰的 的监控。对于集群实例建议添加所有实例的内存监控，这样可以对集群实例的子节 点的内存进行监控，告警设置如下： 、连接断开等异常引起的操作异常的数目。 对于部分旧版本的 Redis，该值为一个历史值，对 于这种情况如果 FaileCount 没有增加则没有问题 。对于新版本，该值为每秒的一个统计均值。后续 会都升级成每秒的统计均值。 TotalQps 当前 Redis 的每秒操作次数。 CpuUsage

的假设上进行论证的学术理念, 在 实践过程中, 不可能有无限大的存储资源, 将某个站点的全部 数据缓存下来, 这样就带来一个问题, 如果新加节点或者网络 断开过久时, 我们的存储资源不足以缓存所有历史的操作, 从 而使得复制操作无法进行. 此时, 我们需要借助 State-based replication 进行多个站点之间, 状态的merge操作 CRDT Replication 增量同步 或同步缓冲区溢出时, master 与 slave 同步 Redis Master-Slave Replication Full Sync • 由于物理上的限制, 一台机器不可能无限制地 Hold 所有的操作历史. 在 新节点加入的情况下, State-Based Replication 就比较适合这种场景. Partially Sync • 而由于 Redis 的实现本身具有增量同步的特性, 那么, 而是仅仅发送一个 op-log Advanced Full Sync • 然而, 对于断点续传的场景中, 我们缓存 op-log 的 buffer 可能已经不 够用, 但此时对端由 hold 了一部分的历史信息. 这时候, Delta-based state replication就比较合适 Redis CRDT Replication 实现 Key/Value • LWW Register

doctor 主要用于给一些诊断建议，提前发现潜在问题。 27.0.0.1:6379> memory stats 1) "peak.allocated" // redis从启动到现在，历史最多使用过多少内存 2) (integer) 423995952 3) "total.allocated" //当前使用内存 4) (integer) 11130320 5) "startup.allocated" 硬件故障自动检测与恢复：自动侦测硬件故障并在数秒内切换，恢复服务。 实例级别的资源隔离可以更好地保障单个用户服务的稳定性。 秒级别监控 提供秒级别实时监控，分钟级别历史监控。 提供各数据结构和接口的监控信息，访问情况一目了然，便于用户对云数据库 Redis 版的使用情况有 充分的了解。 简单易用 服务开箱即用：支持即开即用的方式，购买之后即可使用，方便业务快速部署。