Redis 为基础构建了相应的缓存服务、消息队列服务以及内 存存储服务 —— 当你使⽤这些服务时， 你实际上就是在使⽤ Redis 。 除了变得越来越受欢迎之外， Redis 在过去数年的另⼀个变化就是更新速度越来越快， 功能也变得越来越多、越 来越强⼤： ⽐如说， Redis 的数据结构数量已经从过去的五种增加到了九种， RDB-AOF 混合持久化模式的引⼊ 使得⽤户不必再陷⼊“⻥和熊掌不可兼得”的难题中， 并学会如何在实际中应⽤这些命令， 从⽽达到学⽽致⽤的⽬的。 附加功能部分介绍了 Redis 在数据结构的基础上， 为⽤户提供的额外功能。 其中包括管理数据结构的数据库管理 功能和⾃动过期功能， 将数据结构持久化⾄硬盘从⽽避免数据丢失的持久化功能， 提⾼多条命令执⾏效率的流⽔ 线功能， 保证命令安全性的事务和 Lua 脚本功能， 还有扩展服务器特性的模块功能等等。 这些功能在为⽤户提 供⽅便的同时， 也进⼀步扩⼤了 Redis 的适⽤范围， 可⽤的版本， 读者通过查 阅这⼀信息就可以知道特定的命令和特性在⾃⼰的版本中是否可⽤。 另⼀⽅⾯， 得益于 Redis 极好的向后兼容性， 即使读者将来使⽤的是 Redis 6.0 、7.0 甚⾄更新的版本， 本书 的绝⼤部分知识对于读者来说仍将是有效的。 1.9 读者服务器⽹站 本书配套了读者服务⽹站 RedisGuide.com ， 上⾯列举了书本的介绍信息、购买链接、⽬录、试读章节、示例代

分片服务器 每个分片服务器是单节点架构，没有备用节点实时同步数据，不提供数据持久化和备份策略，数据节 点故障之后，系统会在30秒内重新拉起一个 Redis 进程保证服务高可用，但是该节点的数据将会丢失 掉。 配置服务器 用于存储集群配置信息及分区策略，目前采用双副本高可用架构，保证高可用。 注意： 三个组件的个数和配置，在购买集群版相应规格时由系统固定指定，用户暂时不能灵活选择。规 ，可以有效的满足数据扩展需求。 纯缓存应用 单副本集群版的分片服务器由单节点组成，分片服务器某节点出现故障时，系统会重新拉起一个 redis 进程（没有数据），当节点故障业务自动切换完成后，数据将会丢失，有可能流量被冲击到后 端数据库，需要做好应用程序的预热保护机制。 注意：由于单副本集群不能提供数据可靠性，节点故障后需要业务进行预热，如果是对数据可靠 性要求较高的敏感性业务，不建议使用。 说明：系统会将读请求平均分配到主节点和只读节点。比如您购买3个只读实例的配置，读权重是主节点 和3个只读各自25%。 HA 系统自动监控各节点的健康状态，异常时发起主备切换或重搭只读节点，并更新相应的路由及权 重信息。 读写分离版本采取链式复制架构，可以通过扩展只读实例个数使整体实例性能线性增长；同时基于阿 里云在源码层面对 Redis 复制流程的特定优化，可以最大程度的提升线性复制的系统稳定性。

192.168.18.128 连接工具:Xshell docker search mongodb # 从Docker Hub查找镜像 docker pull mongo #从镜像仓库中拉取或者更新指定镜像 未授权访问测试 这里使用 NoSQLBooster 下载地址：https://s3.mongobooster.com/download/releasesv5/nosqlbooster4mongo-5 Elasticsearch授权模块需要付费，所以免费开源的Elasticsearch可能存在未授权访问漏洞。该漏洞导 致，攻击者可以拥有Elasticsearch的所有权限。可以对数据进行任意操作。业务系统将面临敏感数据泄 露、数据丢失、数据遭到破坏甚至遭到攻击者的勒索。 Elasticsearch服务普遍存在一个未授权访问的问题，攻击者通常可以请求一个开放9200或9300的 服务器进行恶意攻击。 #依次执行如下命令

（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⼊门