Redis 已经得到了互联⽹公司的⼴泛使⽤， 许多开发者为不同的编程语⾔开发了相应的客 户端（redis.io/clients）， 绝⼤多数编程语⾔的使⽤者都可以轻⽽易举地找到他们所需的客户端， 然后直 接开始使⽤ Redis 。 此外，包括亚⻢逊、⾕歌、RedisLabs、阿⾥云和腾讯云在内的多个云服务提供商都提 供了基于 Redis 或兼容 Redis 的服务， 如果你不打算⾃⼰搭建 Redis Redis 必不可少的⼀本书。 ⼀⽅⾯， 对于 Redis 初学者来说， 本书的章节经过妥善的编排， 按照从简单到复杂的顺序详细罗列了 Redis 的 各项特性， 因此 Redis 初学者只需要沿着书本⼀直阅读下去就可以循序渐进地学习到具体的 Redis 知识， ⽽穿 插其中的应⽤示例则让读者有机会亲⾃实践书中介绍的命令知识， 真正做到学以致⽤。 另⼀⽅⾯， 对于 Redis 使⽤者来说， 本书包含了⼤量 导致锁的唯 ⼀性被破坏。 2. 这个锁的获取操作不能设置最⼤加锁时间， 它⽆法让锁在超过给定的时限之后⾃动释放。 因此， 如果持有 锁的进程因为故障或者编程错误⽽没有在退出之前主动释放锁， 那么锁就会⼀直处于已被获取的状态， 导 致其他进程永远⽆法取得锁。 本书后续将继续改进这个锁实现， 使得它可以解决这两个问题。 2.6 MSET：⼀次为多个字符串键设置值 除了 SET 命令和 GETSET 命令之外，

并解决因此可能出现的数据一致性问题. 需求的产生 DRC 的概念是在近年来, 云计算兴起, 多站点部署的场景下, 延伸出来对于数 据共享的一个需求. 多站点部署的架构, 对于单元化部署的 应用来讲, 跨数据中心的数据访问一直 是一个最大的痛点. 目前很多用户 • 抑或是采取了同一份写入到两个站 点的数据库 • 抑或是跨站点写入数据库同时同步 回来(例如 AWS 的AURORA) 这两种方式都没有从根本上解决问题, DRC 概念的出现, 让大家对分布式存储 又有了新的期待 Data Replication Center 目前携程的应用也在进行单元化的部署模 式, 在实现单元化的部署过程中, 跨数据中 心的数据访问一直是一个业务的痛点. 是否我们也能够有自己的一套 DRC? 来完 成每个站点的单独写入读取, 而不用关心 底层存储的一致性和同步问题. 对此需求进行分析后, 我们决定开发一个 Redis 的 DRC broadcast the operations (+10) or (−20). 发送端将状态的改变转换为 操作/Log 的形式发送 给接收端, 接收端执行 update 操作, 来达到和发送 端状态一直的结果 Op-based replication 只要求数据结构满足 commutative 的特性, 不要求 idempotent Operation-based Replication State-based