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

Fork 导致 Copy-On-Write 导致主节点进程内存使用量的消耗，极端 情况下造成主节点内存溢出程序异常退出。 Redis 主节点生成备份文件导致服务器磁盘 IO 和 CPU (压缩)资源消耗。 发送数 GB 大小的备份文件文件，会导致服务器网络出口爆增，磁盘顺序 IO 吞吐 量高，期间会影响业务正常请求响应时间(以及其他连锁影响)。 使用场景 对 利，并具备继续监控后续重新启动节点服务的能力。 高性能 Redis 读写分离版本采取链式复制架构，可以通过扩展只读实例个数使整体实例性能线性增长，充分 利用每一个只读节点的物理资源。 使用场景 读取请求 QPS 压力较大 标准版 Redis 无法支撑较大的 QPS，如果业务类型是偏读多写少类型，需要采用多个只读节点的部署 方式来冲破 Redis 专业的 DMS 数据管理平台，提供可视化的数据管理，全面提升研发、运维效率。 数据库内核版本管理 主动升级，快速修复缺陷，免去日常版本管理苦恼；优化 Redis 参数配置，最大化利用系统资源。 产品优势 性能卓越 集群功能可支持超大容量，超高性能。支持集群功能，提供128 GB 及以上集群实例规格，可满足大 容量和高性能需求。 提供 64

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

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