场景。 单节点架构： 适用于纯缓存场景，支持单节点集群弹性变配，满足高 QPS 场景，提供超高性价比。 双机热备架构：系统工作时主节点（Master）和备节点（Slave）数据实时同步，主节点故障时系统 自动秒级切换，备节点接管业务，全程自动且对业务无影响，主备架构保障系统服务具有高可用性。 集群架构：集群（cluster）实例采用分布式架构，每个节点都采用一主一从的高可用架构，自动容灾 Redis 标准版-单副本 简介 标准版-单副本是云数据库 Redis 推出的一种新系列，采用单个数据库节点部署架构。与双副本版本相比，它只 包含一个节点，没有备用节点实时同步数据，不提供数据持久化和备份策略，适用于数据可靠性要求不高的纯 缓存业务场景使用。 云数据库 Redis 版 产品简介 9 特点 高性价比 Redis 标准 成本 ，售价约为双副本高可用版的一半。 高性能 由于标准版-双副本架构的备库仅用于故障转移恢复，并没有对外提供服务，并且数据库复制也给主库 带来了额外的性能开销，因此从这个角度分析，单副本版本的性能不仅不会低于双机高可用版，甚至 还会有所提升。 使用场景 云数据库 Redis 版 产品简介 10 纯缓存类业务场景 单副本版本只有一个数据库节点，节点出现故障时，系统会重新拉起一个

article_data[self.author_key] = author return self.client.mset(article_data) 这个⽂章储存程序⽐较⻓， 让我们来逐个分析它的各项功能。 ⾸先， Article 类的初始化⽅法 __init__() 接受 ⼀个 Redis 客户端和⼀个⽂章 ID 作为参数， 并将⽂章 ID 从数字转换为字符串： self.id = str(article_id) end_index) get_content_len() ⽅法的实现⾮常简单直接， 没有什么需要说明的。 与此相⽐， get_content_preview() ⽅法显 得更复杂⼀些， 让我们来对它进⾏⼀些分析。 ⾸先， get_content_preview() ⽅法会接受⼀个 preview_len 参数， ⽤于记录调⽤者指定的预览⻓度。 接着程序 会根据这个预览⻓度， 计算出预览内容的起始索引和结束索引： accept connections on port 6379 6066:M 06 Jul 18:29:20.009 * DB saved on disk 为了记录程序运⾏的状态， ⼜或者为了对⽇志进⾏分析， 我们有时候会需要把程序⽣成的⽇志储存起来。 ⽐如说， 我们可以通过使⽤ SET 命令， 将⽇志的⽣成时间⽤作键、⽇志的内容⽤作值， 把上⾯展示的⽇志储存 到多个字符串键⾥⾯： redis> SET

Zeppelin – Mario, Pink, slash, floyd • https://github.com/Qihoo360 SACC2017 概要 • 存在问题 • 分析问题 • 解决问题 • Pika vs redis SACC2017 • Pika 是DBA 和 基础架构团队一起设计开发的 大容量redis的解决方案 • 完全兼容redis 协议 SACC2017 Redis 问题 90/GB VS 2.6/GB 30倍的差距 SACC2017 问题分析 • 成本问题 • 可用性问题 • 同步问题 • 易用性问题 SACC2017 问题分析 • 尽可能兼容redis 协议 • 使用基于磁盘的存储引擎rocksdb 实现多 数据接口接口 • 网络库 • 添加binlog • 5套30G左右的redis主从，占用300G内存 • 迁移后： • 1套50G左右的pika主从，占用100多G磁盘 SACC2017 Pika 运维 – 案例二 数据分析业务redis迁移到pika 迁移前： 业务数据量增长迅速，上线不到1周数据量增长 到40G 迁移后： 1套100G+ Pika主从 SACC2017 Pika

Conference China 2016 中国用户大会 • 实现了key相关的统计分析 • 丌同角色的用户只需要登陆一次 就会获取自己所需的跨多个Redis 实例的所有数据 • 密码隔离 • 角色隔离 • 开发只能读取实例中的数据 • 运营可以访问和修改实例的数据 • DBA需要对实例进行管理 问题分析 登陆权限隔离 统一管理 KEY权限隔离 2016Postgres中国用户大会

ID、状态、已用内存及配额、可用区、创建时间、付费方式、网络类型等信息。 注意：已用内存及配额信息是由底层系统根据采集信息进行的一个离线汇总，所以有一个时间延时，这个 延时会在10分钟左右。如果需要查看实时信息，建议登录 DMS 进行查看，详细步骤请参见DMS 登录云 数据库。 可运维时间段 您可以在实例信息页面对可运维时间进行修改，阿里云会在可运维时间对实例进行生产维护，维护期间可能会

在实现单元化的部署过程中, 跨数据中 心的数据访问一直是一个业务的痛点. 是否我们也能够有自己的一套 DRC? 来完 成每个站点的单独写入读取, 而不用关心 底层存储的一致性和同步问题. 对此需求进行分析后, 我们决定开发一个 Redis 的 DRC 架构, 来支撑携程集群的应 用单元化部署, 而不仅仅是限制于Redis 数 据的双向同步. Redis For DRC 高可用性 一致性 分区容忍性