Redis 为基础构建了相应的缓存服务、消息队列服务以及内 存存储服务 —— 当你使⽤这些服务时， 你实际上就是在使⽤ Redis 。 除了变得越来越受欢迎之外， Redis 在过去数年的另⼀个变化就是更新速度越来越快， 功能也变得越来越多、越 来越强⼤： ⽐如说， Redis 的数据结构数量已经从过去的五种增加到了九种， RDB-AOF 混合持久化模式的引⼊ 使得⽤户不必再陷⼊“⻥和熊掌不可兼得”的难题中， 不仅可以单机使⽤， 还可以多机使⽤： 通过 Redis ⾃带的复制、Sentinel 和集群功 能， ⽤户可以将⾃⼰的数据库扩展⾄任意⼤⼩。 ⽆论你运营的是⼀个⼩型的个⼈⽹站， 还是⼀个为上千万 消费者服务的热⻔站点， 你都可以在 Redis 找到你想要的功能， 并将其部署到你的服务器⾥⾯。 ⻛驰电掣般的执⾏速度 Redis 是⼀款内存数据库， 它将所有数据都储存在内存⾥⾯。 因为计算机访问内存的速度要远远⾼于访问 可⽤的版本， 读者通过查 阅这⼀信息就可以知道特定的命令和特性在⾃⼰的版本中是否可⽤。 另⼀⽅⾯， 得益于 Redis 极好的向后兼容性， 即使读者将来使⽤的是 Redis 6.0 、7.0 甚⾄更新的版本， 本书 的绝⼤部分知识对于读者来说仍将是有效的。 1.9 读者服务器⽹站 本书配套了读者服务⽹站 RedisGuide.com ， 上⾯列举了书本的介绍信息、购买链接、⽬录、试读章节、示例代

什么是云数据库 Redis 版 云数据库 Redis 版（ApsaraDB for Redis）是兼容开源 Redis 协议标准的、提供持久化的内存数据库服务，基 于高可靠双机热备架构及可无缝扩展的集群架构，满足高读写性能场景及容量需弹性变配的业务需求。 云数据库 Redis 版支持字符串（String）、链表（List）、集合（Set）、有序集合（SortedSet）、哈希表 Redis 版支持灵活的部署架构：单副本、双副本、集群版，能够满足不同的业务场景。 单节点架构： 适用于纯缓存场景，支持单节点集群弹性变配，满足高 QPS 场景，提供超高性价比。 双机热备架构：系统工作时主节点（Master）和备节点（Slave）数据实时同步，主节点故障时系统 自动秒级切换，备节点接管业务，全程自动且对业务无影响，主备架构保障系统服务具有高可用性。 集群 备节点作为热备节点不对外提供服务。只读节点承担读请求，Proxy 按权重（目前权重由系统分配 ，暂时不支持自定义）将读写请求转发到主节点或者某个只读节点上 。 说明：系统会将读请求平均分配到主节点和只读节点。比如您购买3个只读实例的配置，读权重是主节点 和3个只读各自25%。 HA 系统自动监控各节点的健康状态，异常时发起主备切换或重搭只读节点，并更新相应的路由及权

（2）自由使用：任何人可以出于任何目的而自由地 阅读/链接/打印/转载/引用/分发/再创作 此文档，无 需任何附加条件 若您 阅读/链接/打印/转载/引用/分发/再创作 本文档，则说明接受以上2个条 款。 作者：李茂福 更新日期：2023-12-21 ★安装redis 到官网查看版本： h�ps://redis.io/download/ 源码下载地址： h�ps://download.redis.io/releases/redis-6

• SET KEY=VAL1 (0,0)->（1,0） • SET KEY=VAL2 （1,0）->（1,1） 删除导致数据不一致 • 假设已经存在 一个KEY • Redis-A做更新 操作 • Redis-B做删除 操作 CRDT -- Tombstone 删除操作时，只做 逻辑删除 保留被删除的记录 内存爆满 随着时间的推移，大量的失效KEY驻留 时间轴 CRDT

n在跨区域多活的场景下如何取舍？ 显然P(网络分区)是首要考虑因素。 其次，跨区域部署就是为了提高可用性，而且对于常见的一致性协议，不管是2PC、Paxos还是raft，在 此场景下都要做跨区域同步更新，不仅会降低用户体验，在网络分区的时候还会影响可用性，因此C必 定被排在最后。那是不是C无法被满足了呢？ Conflict-free Replicated Data Types CRDT⼊门

192.168.18.128 连接工具:Xshell docker search mongodb # 从Docker Hub查找镜像 docker pull mongo #从镜像仓库中拉取或者更新指定镜像 未授权访问测试 这里使用 NoSQLBooster 下载地址：https://s3.mongobooster.com/download/releasesv5/nosqlbooster4mongo-5