Fork 导致 Copy-On-Write 导致主节点进程内存使用量的消耗，极端 情况下造成主节点内存溢出程序异常退出。 Redis 主节点生成备份文件导致服务器磁盘 IO 和 CPU (压缩)资源消耗。 发送数 GB 大小的备份文件文件，会导致服务器网络出口爆增，磁盘顺序 IO 吞吐 量高，期间会影响业务正常请求响应时间(以及其他连锁影响)。 使用场景 对 云数据库 Redis 版 产品简介 19 - 备节点作为热备节点不对外提供服务。只读节点承担读请求，Proxy 按权重（目前权重由系统分配 ，暂时不支持自定义）将读写请求转发到主节点或者某个只读节点上 。 说明：系统会将读请求平均分配到主节点和只读节点。比如您购买3个只读实例的配置，读权重是主节点 和3个只读各自25%。 HA 系统自动监控各节点的健康状态， 利，并具备继续监控后续重新启动节点服务的能力。 高性能 Redis 读写分离版本采取链式复制架构，可以通过扩展只读实例个数使整体实例性能线性增长，充分 利用每一个只读节点的物理资源。 使用场景 读取请求 QPS 压力较大 标准版 Redis 无法支撑较大的 QPS，如果业务类型是偏读多写少类型，需要采用多个只读节点的部署 方式来冲破 Redis

否则测试代码将会出现编码错误。 2.5 示例：锁 锁是⼀种同步机制， 它可以保证⼀项资源在任何时候只能被⼀个进程使⽤， 如果有其他进程想要使⽤相同的资 源， 那么它们就必须等待， 直到正在使⽤资源的进程放弃使⽤权为⽌。 ⼀个锁实现通常会有获取（acquire）和释放（release）这两种操作： 获取操作⽤于取得资源的独占使⽤权。 在任何时候， 最多只能有⼀个进程取得锁， 我们把成功取得锁的这 个进程称之为锁的持有者。 个进程称之为锁的持有者。 在锁已经被持有的情况下， 所有尝试再次获取锁的操作都会失败。 释放操作⽤于放弃资源的独占使⽤权， ⼀般由锁的持有者调⽤。 在锁被释放之后， 其他进程就可以再次尝 试获取这个锁了。 代码清单 2-2 展示了⼀个使⽤字符串键实现的锁程序， 这个程序会根据给定的字符串键是否有值来判断锁是否已 经被获取， ⽽针对锁的获取操作和释放操作则是分别通过设置字符串键和删除字符串键来完成的。 这种⽅法需要在数据库⾥⾯创建⾮常多的键。 因为 Redis 每创建⼀个键就需要消耗⼀定的额外资源 （overhead）来对键进⾏维护， 所以键的数量越多， 消耗的额外资源就会越多。 2. 这种⽅法将全部⽇志分散地储存在不同的键⾥⾯， 当程序想要对特定的⽇志进⾏分析的时候， 它就需要花 费额外的时间和资源去查找指定的⽇志， 这给分析操作带来了额外的麻烦和资源消耗。 代码清单 2-5 展示了另⼀种更为⽅便和⾼效的⽇志储存⽅式，

Replication • 基于 unbounded resource 的假设上进行论证的学术理念, 在 实践过程中, 不可能有无限大的存储资源, 将某个站点的全部 数据缓存下来, 这样就带来一个问题, 如果新加节点或者网络 断开过久时, 我们的存储资源不足以缓存所有历史的操作, 从 而使得复制操作无法进行. 此时, 我们需要借助 State-based replication 进行多个站点之间

CouchDB是一个开源数据库，专注于易用性和成为"完全拥抱web的数据库"。它是一个使 用JSON作为存储格式，JavaScript作为查询语言，MapReduce和HTTP作为API的NoSQL数据库。应用 广泛，如BBC用在其动态内容展示平台，Credit Suisse用在其内部的商品部门的市场框架，Meebo，用 在其社交平台（web和应用程序）,默认会在5984端口开放Restful的API接口，如果使用SSL的话就会监

Redis 问题 • 一主多从, 主从切换代价大 – 主库挂掉后升级从库, 所有的从库全部重传数 据 SACC2017 Redis 问题 • 缓冲区写满问题 – 内存是昂贵资源, 缓冲区一般设置2G – 网络原因很容易将数据堵死, 那么就会发生大 量数据重传 SACC2017 Redis 问题 • 内存太贵 – 线上使用的redis 机器是 64G