AI 助理
备案控制台

开发者社区官方技术圈

阿里云开发者社区官方技术圈，用户产品功能发布、用户反馈收集等。

阿里云开发者社区官方技术圈，用户产品功能发布、用户反馈收集等。

全部

问答

官方博客

视频

活动

技术作品

课程

1

回答

AOFRW存在的问题是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 383浏览量 回答数 1

1.内存开销

在AOFRW期间，主进程会将fork之后的数据变化写进aof_rewrite_buf中，aof_rewrite_buf和aof_buf中的内容绝大部分都是重复的，因此这将带来额外的内存冗余开销。在Redis INFO中的aof_rewrite_buffer_length字段可以看到当前时刻aof_rewrite_buf占用的内存大小。如下面显示的，在高写入流量下aof_rewrite_buffer_length几乎和aof_buffer_length占用了同样大的内存空间，几乎浪费了一倍的内存。当aof_rewrite_buf占用的内存大小超过一定阈值时，我们将在Redis日志中看到如下信息。可以看到，aof_rewrite_buf占用了100MB的内存空间且主进程和子进程之间传输了2135MB的数据（子进程在通过pipe读取这些数据时也会有内部读buffer的内存开销）。对于内存型数据库Redis而言，这是一笔不小的开销。AOFRW带来的内存开销有可能导致Redis内存突然达到maxmemory限制，从而影响正常命令的写入，甚至会触发操作系统限制被OOM Killer杀死，导致Redis不可服务。2.CPU开销

CPU的开销主要有三个地方，分别解释如下：

1)在AOFRW期间，主进程需要花费CPU时间向aof_rewrite_buf写数据，并使用eventloop事件循环向子进程发送aof_rewrite_buf中的数据； 2)在子进程执行重写操作的后期，会循环读取pipe中主进程发送来的增量数据，然后追加写入到临时AOF文件；3)在子进程完成重写操作后，主进程会在backgroundRewriteDoneHandler 中进行收尾工作。其中一个任务就是将在重写期间aof_rewrite_buf中没有消费完成的数据写入临时AOF文件。如果aof_rewrite_buf中遗留的数据很多，这里也将消耗CPU时间。AOFRW带来的CPU开销可能会造成Redis在执行命令时出现RT上的抖动，甚至造成客户端超时的问题。

3.磁盘IO开销

如前文所述，在AOFRW期间，主进程除了会将执行过的写命令写到aof_buf之外，还会写一份到aof_rewrite_buf中。aof_buf中的数据最终会被写入到当前使用的旧AOF文件中，产生磁盘IO。同时，aof_rewrite_buf中的数据也会被写入重写生成的新AOF文件中，产生磁盘IO。因此，同一份数据会产生两次磁盘IO。

4.代码复杂度

Redis使用下面所示的六个pipe进行主进程和子进程之间的数据传输和控制交互，这使得整个AOFRW逻辑变得更为复杂和难以理解。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

MP-AOF强依赖manifest文件，manifest在内存中表示为什么结构体？

已解决
游客lmkkns5ck6auu 2022-10-11 370浏览量 回答数 1

•aofInfo：表示一个AOF文件信息，当前仅包括文件名、文件序号和文件类型； •base_aof_info：表示BASE AOF信息，当不存在BASE AOF时，该字段为NULL； •incr_aof_list：用于存放所有INCR AOF文件的信息，所有的INCR AOF都会按照文件打开顺序排放； •history_aof_list：用于存放HISTORY AOF信息，history_aof_list中的元素都是从base_aof_info和incr_aof_list中move过来的。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

使用aofUpgradePrepare函数进行升级前的准备工作主要分为哪三个部分？

已解决
游客lmkkns5ck6auu 2022-10-11 256浏览量 回答数 1

•使用server.aof_filename作为文件名来构造一个BASE AOF信息； •将该BASE AOF信息持久化到manifest文件； •使用rename将旧AOF文件移动到appenddirname目录中。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

basename.suffix中suffix由哪三个部分组成？

已解决
游客lmkkns5ck6auu 2022-10-11 269浏览量 回答数 1

•seq为文件的序号，由1开始单调递增，BASE和INCR拥有独立的文件序号； •type为AOF的类型，表示这个AOF文件是BASE还是INCR； format用来表示这个AOF内部的编码方式，由于Redis支持RDB preamble机制，因此BASE AOF可能是RDB格式编码也可能是AOF格式编码以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

在MP-AOF中，我们使用什么方式命名多个AOF文件？

已解决
游客lmkkns5ck6auu 2022-10-11 366浏览量 回答数 1

使用basename.suffix的方式命名多个AOF文件。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

AOFRW的结果对Redis可见，HISTORY AOF会被Redis异步清理，background

已解决
游客lmkkns5ck6auu 2022-10-11 458浏览量 回答数 1

a)在修改内存中的server.aof_manifest前，先dup一份临时的manifest结构，接下来的修改都将针对这个临时的manifest进行。这样做的好处是，一旦后面的步骤出现失败，我们可以简单的销毁临时manifest从而回滚整个操作，避免污染server.aof_manifest全局数据结构；

b)从临时manifest中获取新的BASE AOF文件名（记为new_base_filename），并将之前（如果有）的BASE AOF标记为HISTORY；

c)将子进程产生的temp-rewriteaof-bg-pid.aof临时文件重命名为new_base_filename；

d)将临时manifest结构中上一次的INCR AOF全部标记为HISTORY类型；

e)将临时manifest对应的信息持久化到磁盘（persistAofManifest内部会保证manifest本身修改的原子性）；

f)如果上述步骤都成功了，我们可以放心的将内存中的server.aof_manifest指针指向临时的manifest结构（并释放之前的manifest结构），至此整个修改对Redis可见；

g)清理HISTORY类型的AOF，该步骤允许失败，因为它不会导致数据一致性问题。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

AOF是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 612浏览量 回答数 1

AOF（append only file）持久化以独立日志文件的方式记录每条写命令，并在Redis启动时回放AOF文件中的命令以达到恢复数据的目的。

由于AOF会以追加的方式记录每一条Redis的写命令，因此随着Redis处理的写命令增多，AOF文件也会变得越来越大，命令回放的时间也会增多，为了解决这个问题，Redis引入了AOF rewrite机制（下文称之为AOFRW）。AOFRW会移除AOF中冗余的写命令，以等效的方式重写、生成一个新的AOF文件，来达到减少AOF文件大小的目的。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

AOFRW的实现原理是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 776浏览量 回答数 1

当AOFRW被触发执行时，Redis首先会fork一个子进程进行后台重写操作，该操作会将执行fork那一刻Redis的数据快照全部重写到一个名为temp-rewriteaof-bg-pid.aof的临时AOF文件中。

由于重写操作为子进程后台执行，主进程在AOF重写期间依然可以正常响应用户命令。因此，为了让子进程最终也能获取重写期间主进程产生的增量变化，主进程除了会将执行的写命令写入aof_buf，还会写一份到aof_rewrite_buf中进行缓存。在子进程重写的后期阶段，主进程会将aof_rewrite_buf中累积的数据使用pipe发送给子进程，子进程会将这些数据追加到临时AOF文件中（详细原理可参考[1]）。

当主进程承接了较大的写入流量时，aof_rewrite_buf中可能会堆积非常多的数据，导致在重写期间子进程无法将aof_rewrite_buf中的数据全部消费完。此时，aof_rewrite_buf剩余的数据将在重写结束时由主进程进行处理。

当子进程完成重写操作并退出后，主进程会在backgroundRewriteDoneHandler 中处理后续的事情。首先，将重写期间aof_rewrite_buf中未消费完的数据追加到临时AOF文件中。其次，当一切准备就绪时，Redis会使用rename 操作将临时AOF文件原子的重命名为server.aof_filename，此时原来的AOF文件会被覆盖。至此，整个AOFRW流程结束。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

Redis未来如何应对其他开源产品的发展？

已解决
游客lmkkns5ck6auu 2022-10-11 332浏览量 回答数 1

国内也出现了一些原创性的优秀落盘开源产品（Redis-Like系统），这些产品大都基于LSM存储结构如rocksdb上的。它们的优点主要是磁盘介质相对内存更为便宜，但同样目前存在的缺点也非常多：运维复杂度较高，直接映射为运维成本、KV无法原生的支持Redis的数据结构、把Redis的强类型变成弱类型等等。

目前这类系统在一致性和容错性上仍有很大的改善空间，而在用户使用体感上，由于很多用户使用习惯还是把Redis-like系统用在业务的同步链路上，对于LSM KV引擎的延时上抖动整体吞吐的影响直接映射成了用户体感，因此很难作为一款通用型产品，而这些痛点也同样存在与Tair容量存储型中（过去叫混合存储版），这也是一个需要长期在存储和兼容性上优化的方向。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

Redis未来如何实现阿里云自研内存数据库Tair？

已解决
游客lmkkns5ck6auu 2022-10-11 629浏览量 回答数 1

在持久化上阿里云走了另外一条路，通过引入新介质持久化内存来解决成本，大容量和持久化能力的问题。这个方案带来的挑战是使用持久化内存存储结构设计上较为复杂，既要控制性能衰减，又要保证兼容性。Tair持久内存很好的解决了这些问题，对比MemoryDB成本更低，读性能基本持平的情况下写入的速度也更快，更关键的是基本原封原样的兼容了Redis API，大幅降低了用户的切换成本。

并且，Tair持久内存型还支持半同步和强写入一致性，无论MemoryDB还是Tair持久内存都真正的做到了内存数据库的数据容错性要求。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

Redis未来如何实现AWS的MemoryDB？

已解决
游客lmkkns5ck6auu 2022-10-11 459浏览量 回答数 1

AWS MemoryDB的思路是基于类似Aurora的共享存储概念，把日志存放在远端共享存储中，同时内存中仍然保留Redis原有的结构。通过这种方式提升数据的持久化一致性，同时也保证了数据读取的延时和吞吐；而缺点则同样因为日志保存在远端，写入性能严重下降（仅有ElastiCache也即Redis社区版的15%~25%，该数据来自AWS官方评测，见本文末尾参考资料）。在主备一致性上，由于直接采取日志的物理复制，所以主备一致性近似接近落盘一致性。

值得一提的是原来AOF rewrite这种压缩（compaction）引起的开销也因为在远端做掉而规避掉，因此是一种很彻底的云原生解法。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

缓存击穿的问题根源是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 328浏览量 回答数 1

缓存击穿是指缓存中没有但数据库中有的数据（一般是缓存时间到期），这时由于并发用户特别多，同时读缓存没读到数据，又同时去数据库去取数据，引起数据库压力瞬间增大，造成过大压力。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

缓存雪崩的解决方案是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 402浏览量 回答数 1

•缓存数据的过期时间设置随机，防止同一时间大量数据过期现象发生； •如果缓存数据库是分布式部署，将热点数据均匀分布在不同的缓存数据库中； •设置热点数据永远不过期。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

缓存雪崩的问题来源是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 402浏览量 回答数 1

缓存雪崩是指缓存中数据大批量到过期时间，而查询数据量巨大，引起数据库压力过大甚至down机。和缓存击穿不同的是，缓存击穿指并发查同一条数据，缓存雪崩是不同数据都过期了，很多数据都查不到从而查数据库。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

缓存穿透的解决方案是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 384浏览量 回答数 1

•接口层增加校验，如用户鉴权校验，id做基础校验，id<=0的直接拦截； •从缓存取不到的数据，在数据库中也没有取到，这时也可以将key-value对写为key-null，缓存有效时间可以设置短点，如30秒（设置太长会导致正常情况也没法使用）。这样可以防止攻击用户反复用同一个id暴力攻击； •布隆过滤器。类似于一个hash set，用于快速判某个元素是否存在于集合中，其典型的应用场景就是快速判断一个key是否存在于某容器，不存在就直接返回。布隆过滤器的关键就在于hash算法和容器大小。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

缓存穿透的问题根源是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 362浏览量 回答数 1

缓存穿透是指缓存和数据库中都没有的数据，而用户不断发起请求。由于缓存是不命中时被动写的，并且出于容错考虑，如果从存储层查不到数据则不写入缓存，这将导致这个不存在的数据每次请求都要到存储层去查询，失去了缓存的意义。在流量大时，可能DB就挂掉了，要是有人利用不存在的key频繁攻击我们的应用，这就是漏洞。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

缓存击穿的解决方案是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 413浏览量 回答数 1

•设置热点数据永远不过期； •接口限流与熔断，降级。重要的接口一定要做好限流策略，防止用户恶意刷接口，同时要降级准备，当接口中的某些服务不可用时候，进行熔断，失败快速返回机制； •加互斥锁。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

Redis未来如何实现一致性能力上的发展？

已解决
游客lmkkns5ck6auu 2022-10-11 442浏览量 回答数 1

落盘一致性和副本一致性是使用数据库绕不开的两个话题。长期以来许多人对Redis的应用场景仅仅认定为缓存（尤其是国外用户）。Redis自诞生之初便支持持久化机制RDB和AOF，并且AOF还提供了不同级别的持久化语义：如appendfsync采用最高级别always时可以保证数据完全落盘不丢失，具备与传统数据库一样的强落盘一致性。

在多副本一致性上，主要是指主备一致性上，原生的Redis仍旧采用异步复制，数据修改操作只要在本地执行完成就会返回结果，相比于其他数据库没有提供副本间数据强一致的语义。这也限制了Redis的使用场景，在对数据可靠性有极高要求的用户（例如金融行业，和传统行业）中还没有被完全接纳。

目前业内也都在对Redis的持久化能力上进行发展。比较有代表性的，是阿里云的Tair持久内存版、AWS的MemoryDB、和业内开源的一些Redis-like的基于rocksdb的系统，商业化如Tair的容量存储版（前混合存储）。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

Redis未来如何应对多模服务进入爆发期？

已解决
游客lmkkns5ck6auu 2022-10-11 472浏览量 回答数 1

Redis是一直贴着用户使用发展起来的，它如此受欢迎主要因为两个特点，极高的性能以及丰富、方便使用的数据结构，这些简单好用的数据结构能够大幅度降低开发业务复杂度。

我们可以看到，以Redislabs为代表的厂商正在大力的丰富Redis的数据结构（modules），如RedisSearch、Redis-Json、RedisGraph、RedisTimeSeries和RedisBloom等。

同样的，阿里云内存数据库Tair很早就在研发各类增强数据结构和模块，目前我们在公共云Tair服务中提供的商业化扩展型数据结构比Redislabs提供的更多，部分模块功能更强，有兴趣可参见文档（本文末尾参考资料）。

目前已有大量云上用户在利用Tair增强型数据结构来构建代码，提高开发效率，甚至完成此前难以完成的工作。2022年是一个Redis扩展结构的爆发年，业内已经渡过接纳期，进入高速发展阶段。无论是Tair还是Redis，我们相信不断丰富的数据结构能够让它们走的更远，从缓存演变为高性能的计算型内存数据库，突破、并解决更多场景问题。

以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

Redis7.1的Client-eviction是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 454浏览量 回答数 1

Redis支持内存规格配置，maxmemory和maxmemory-policy大家已经都很熟悉了，但是在这里我还是想再解释一下：maxmemory控制的是Redis的整体运行内存而非数据内存，例如client buffer、lua cache、fucntion cache、db metadata等这些都会算在运行内存中，如果运行内存超过了maxmemory就会触发evict删除数据，这也是用户在使用Redis时的一大痛点。

在这些非数据内存使用当中，又以client buffer消耗最大，在大流量场景下client需要缓存很多用户读写数据（想象一下keys的结果需要先缓存在client output buffer中再发送给用户），由于网络流量的内存消耗导致触发eviction删除数据的情况非常之多。虽然Redis很早就支持对client-output-buffer-limit配置项，但其限制的也只是单个连接维度的output buffer，没有全局统计client使用内存和限制。为了解决这个问题，7.0新增了maxmemory-clients配置项，来对所有client使用的内存做限制，如果超过了这个限制就会挑选内存消耗最大的client释放，用来缓解内存使用的消耗。

Client-eviction并不是终点，还有很多元数据的内存使用会对用户造成困扰，Redis是基于内存的数据库，我们需要对各个模块的内存进行更精确的统计和控制，让用户能够对数据存储有更为清晰的理解和规划。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

Redis7.0的Sharded-pubsub是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 814浏览量 回答数 1

Redis自2.0开始便支持发布订阅机制，使用pubsub命令族用户可以很方便地建立消息通知订阅系统，但是在cluster集群模式下Redis的pubsub存在一些问题，最为显著的就是在大规模集群中带来的广播风暴。

Redis的pubsub是按channel频道进行发布订阅，然而在集群模式下channel不被当做数据处理，也即不会参与到hash值计算无法按slot分发，所以在集群模式下Redis对用户发布的消息采用的是在集群中广播的方式。

那么问题显而易见，假如一个集群有100个节点，用户在节点1对某个channel进行publish发布消息，该节点就需要把消息广播给集群中其他99个节点，如果其他节点中只有少数节点订阅了该频道，那么绝大部分消息都是无效的，这对网络、CPU等资源造成了极大的浪费。

Sharded-pubsub便是用来解决这个问题，意如其名，sharded-pubsub会把channel按分片来进行分发，一个分片节点只负责处理属于自己的channel而不会进行广播，以很简单的方法避免了资源的浪费。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

Redis7.0的Multi-part AOF是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 369浏览量 回答数 1

AOF是Redis数据持久化的核心解决方案，其本质是不断追加数据修改操作的redo log，那么既然是不断追加就需要做回收也即compaction，在Redis中称为AOF rewrite。

然而AOF rewrite期间的增量数据如何处理一直是个问题，在过去rewrite期间的增量数据需要在内存中保留，rewrite结束后再把这部分增量数据写入新的AOF文件中以保证数据完整性。可以看出来AOF rewrite会额外消耗内存和磁盘IO，这也是Redis AOF rewrite的痛点，虽然之前也进行过多次改进但是资源消耗的本质问题一直没有解决。

阿里云的Redis企业版在最初也遇到了这个问题，在内部经过多次迭代开发，实现了Multi-part AOF机制来解决，同时也贡献给了社区并随此次7.0发布。具体方法是采用base（全量数据）+inc（增量数据）独立文件存储的方式，彻底解决内存和IO资源的浪费，同时也支持对历史AOF文件的保存管理，结合AOF文件中的时间信息还可以实现PITR按时间点恢复（阿里云企业版Tair已支持），这进一步增强了Redis的数据可靠性，满足用户数据回档等需求。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

Redis7.0的Function是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 470浏览量 回答数 1

Function是Redis脚本方案的全新实现，在Redis7.0之前用户只能使用EVAL命令族来执行Lua脚本，但是Redis对Lua脚本的持久化和主从复制一直是undefined状态，在各个大版本甚至release版本中也都有不同的表现。因此社区也直接要求用户在使用Lua脚本时必须在本地保存一份（这也是最为安全的方式），以防止实例重启、主从切换时可能造成的Lua脚本丢失，维护Redis中的Lua脚本一直是广大用户的痛点。

Function的出现很好的对Lua脚本进行了补充，它允许用户向Redis加载自定义的函数库，一方面相对于EVALSHA的调用方式用户自定义的函数名可以有更为清晰的语义，另一方面Function加载的函数库明确会进行主从复制和持久化存储，彻底解决了过去Lua脚本在持久化上含糊不清的问题。

那么自7.0开始，Function命令族和EVAL命令族有了各自明确的定义：FUNCTION LOAD会把函数库自动进行主从复制和持久化存储；而SCRIPT LOAD则不会进行持久化和主从复制，脚本仅保存在当前执行节点。并且社区也在计划后续版本中让Function支持更多语言，例如JavaScript、Python等，敬请期待。

总的来说，Function在7.0中被设计为数据的一部分，因此能够被保存在RDB、AOF文件中，也能通过主从复制将Function由主库复制到所有从库，可以有效解决之前Lua脚本丢失的问题，我们也非常建议大家逐步将Redis中的Lua脚本替换为Function。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

哨兵实现了哪些功能？

已解决
游客lmkkns5ck6auu 2022-10-11 287浏览量 回答数 1

•监控：每个Sentinel节点会对数据节点（Redis master/slave 节点）和其余Sentinel节点进行监控； •通知：Sentinel节点会将故障转移的结果通知给应用方； •故障转移：实现slave晋升为master，并维护后续正确的主从关系； •配置中心：在Redis Sentinel模式中，客户端在初始化的时候连接的是Sentinel节点集合，从中获取主节点信息。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

哨兵选举是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 346浏览量 回答数 1

如果发生了客观下线，那么哨兵节点会选举出一个Leader来进行实际的故障转移工作。Redis使用了Raft算法来实现哨兵领导者选举，大致思路如下：

•每个Sentinel节点都有资格成为领导者，当它主观认为某个数据节点宕机后，会向其他Sentinel节点发送sentinel is-master-down-by-addr命令，要求自己成为领导者； •收到命令的Sentinel节点，如果没有同意过其他Sentinel节点的sentinelis-master-down-by-addr命令，将同意该请求，否则拒绝（每个Sentinel节点只有1票）； •如果该Sentinel节点发现自己的票数已经大于等于MAX（quorum, num(sentinels)/2+1），那么它将成为领导者。 以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

主从库采用的读写分离的方式原理是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 319浏览量 回答数 1

分为全量复制与增量复制。

•全量复制：发生在第一次复制时； •增量复制：只会把主从库网络断连期间主库收到的命令，同步给从库。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

全量复制的三个阶段是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 402浏览量 回答数 1

1)第一阶段是主从库间建立连接、协商同步的过程

主要是为全量复制做准备。从库和主库建立起连接，并告诉主库即将进行同步，主库确认回复后，主从库间就可以开始同步了。

具体来说，从库给主库发送psync命令，表示要进行数据同步，主库根据这个命令的参数来启动复制。psync命令包含了主库的runID和复制进度offset两个参数。runID，是每个Redis实例启动时都会自动生成的一个随机ID，用来唯一标记这个实例。

当从库和主库第一次复制时，因为不知道主库的runID，所以将runID设为“？”。offset，此时设为-1，表示第一次复制。主库收到psync命令后，会用FULLRESYNC响应命令带上两个参数：主库runID和主库目前的复制进度offset，返回给从库。

从库收到响应后，会记录下这两个参数。这里有个地方需要注意，FULLRESYNC响应表示第一次复制采用的全量复制，也就是说，主库会把当前所有的数据都复制给从库。

2)第二阶段，主库将所有数据同步给从库

从库收到数据后，在本地完成数据加载。这个过程依赖于内存快照生成的RDB文件。

具体来说，主库执行bgsave命令，生成RDB文件，接着将文件发给从库。从库接收到RDB文件后，会先清空当前数据库，然后加载RDB文件。这是因为从库在通过replicaof命令开始和主库同步前，可能保存了其他数据。

为了避免之前数据的影响，从库需要先把当前数据库清空。在主库将数据同步给从库的过程中，主库不会被阻塞，仍然可以正常接收请求。否则，Redis的服务就被中断了。但是，这些请求中的写操作并没有记录到刚刚生成的RDB文件中。为了保证主从库的数据一致性，主库会在内存中用专门的replication buffer，记录RDB文件生成后收到的所有写操作。

3)第三个阶段，主库会把第二阶段执行过程中新收到的写命令，再发送给从库

具体的操作是，当主库完成RDB文件发送后，就会把此时replication buffer中的修改操作发给从库，从库再重新执行这些操作。这样一来，主从库就实现同步了。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

哨兵机制的核心功能是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 280浏览量 回答数 1

哨兵的核心功能是主节点的自动故障转移。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

什么是主从复制？

已解决
游客lmkkns5ck6auu 2022-10-11 346浏览量 回答数 1

主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点（master），后者称为从节点（slave）；数据的复制是单向的，只能由主节点到从节点默认情况下，每台Redis服务器都是主节点；且一个主节点可以有多个从节点（或者没有），但一个从节点只有一个主。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

客观下线是什么？
游客lmkkns5ck6auu 2022-10-11 202浏览量 回答数 1

1

回答

SSH面试题

已解决
游客lmkkns5ck6auu 2022-10-11 270浏览量 回答数 1

•数据冗余：主从复制实现了数据的热备份，是持久化之外的一种数据冗余方式。 •故障恢复：当主节点出现问题时，可以由从节点提供服务，实现快速的故障恢复；实际上是一种服务的冗余。 •负载均衡：在主从复制的基础上，配合读写分离，可以由主节点提供写服务，由从节点提供读服务（即写Redis数据时应用连接主节点，读Redis数据时应用连接从节点），分担服务器负载；尤其是在写少读多的场景下，通过多个从节点分担读负载，可以大大提高Redis服务器的并发量。 •高可用基石：除了上述作用以外，主从复制还是哨兵和集群能够实施的基础，因此说主从复制是Redis高可用的基础。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

主观下线是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 253浏览量 回答数 1

每个Sentinel节点，每隔1秒会对数据节点发送ping命令做心跳检测，当这些节点超过down-after-milliseconds没有进行有效回复时，Sentinel节点会对该节点做失败判定，这个行为叫做主观下线。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

Redis Sentinel包含了若个Sentinel节点有什么好处？

已解决
游客lmkkns5ck6auu 2022-10-11 509浏览量 回答数 1

•对于节点的故障判断是由多个Sentinel节点共同完成，这样可以有效地防止误判； •即使个别Sentinel节点不可用，整个Sentinel集群依然是可用的。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

AOF触发方式的缺点是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 254浏览量 回答数 1

•AOF文件比RDB文件大，且恢复速度慢； •数据集大的时候，比rdb启动效率低。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

AOF触发方式的优点是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 310浏览量 回答数 1

•数据安全，aof持久化可以配置appendfsync属性，有always，每进行一次命令操作就记录到aof文件中一次； •通过append模式写文件，即使中途服务器宕机，可以通过Redis-check-aof工具解决数据一致性问题； •AOF机制的rewrite模式。AOF文件没被rewrite之前（文件过大时会对命令进行合并重写），可以删除其中的某些命令（比如误操作的flushall）)。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

AOF（Append Only File）是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 281浏览量 回答数 1

以日志的形式来记录每个写的操作，将Redis执行过的所有指令记录下来（读操作不记录），只许追加文件但不可以改写文件，Redis启动之初会读取该文件重新构建数据，换言之，Redis重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

RDB持久化的优点是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 403浏览量 回答数 1

•RDB的内容为二进制的数据，占用内存更小，更紧凑，更适合做为备份文件； •RDB对灾难恢复非常有用，它是一个紧凑的文件，可以更快的传输到远程服务器进行Redis服务恢复； •RDB可以更大程度的提高Redis的运行速度，因为每次持久化时Redis主进程都会fork()一个子进程，进行数据持久化到磁盘，Redis主进程并不会执行磁盘I/O等操作； •与AOF格式的文件相比，RDB文件可以更快的重启。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

AOF触发方式如何实现？

已解决
游客lmkkns5ck6auu 2022-10-11 292浏览量 回答数 1

•手动触发：bgrewriteaof； •自动触发：就是根据配置规则来触发，当然自动触发的整体时间还跟Redis的定时任务频率有关系。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

RDB持久化的缺点是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 336浏览量 回答数 1

•因为RDB只能保存某个时间间隔的数据，如果中途Redis服务被意外终止了，则会丢失一段时间内的Redis数据； •RDB需要经常fork()才能使用子进程将其持久化在磁盘上。如果数据集很大，fork()可能很耗时，并且如果数据集很大且CPU性能不佳，则可能导致Redis停止为客户端服务几毫秒甚至一秒钟。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

订阅频道后的客户端可能会收到哪三种消息类型？

已解决
游客lmkkns5ck6auu 2022-10-11 354浏览量 回答数 1

•subscribe。表示订阅成功的反馈信息。第二个值是订阅成功的频道名称，第三个是当前客户端订阅的频道数量。 •message。表示接收到的消息，第二个值表示产生消息的频道名称，第三个值是消息的内容。 •unsubscribe。表示成功取消订阅某个频道。第二个值是对应的频道名称，第三个值是当前客户端订阅的频道数量，当此值为0时客户端会退出订阅状态，之后就可以执行其他非“发布/订阅”模式的命令了。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

AOF重写机制如何实现？

已解决
游客lmkkns5ck6auu 2022-10-11 371浏览量 回答数 1

随着Redis的运行，AOF的日志会越来越长，如果实例宕机重启，那么重放整个AOF将会变得十分耗时，而在日志记录中，又有很多无意义的记录，比如我现在将一个数据incr一千次，那么就不需要去记录这1000次修改，只需要记录最后的值即可。所以就需要进行AOF重写。

Redis提供了bgrewriteaof指令用于对AOF日志进行重写，该指令运行时会开辟一个子进程对内存进行遍历，然后将其转换为一系列的Redis的操作指令，再序列化到一个日志文件中。完成后再替换原有的AOF文件，至此完成。

同样的也可以在Redis.config中对重写机制的触发进行配置：

通过将no-appendfsync-on-rewrite设置为yes，开启重写机制；auto-aof-rewrite-percentage 100意为比上次从写后文件大小增长了100%再次触发重写；auto-aof-rewrite-min-size 64mb意为当文件至少要达到64mb才会触发制动重写。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

RDB持久化的触发机制是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 381浏览量 回答数 1

在Redis中RDB持久化的触发分为两种：自己手动触发与自动触发。

a)主动触发

•save命令是同步的命令，会占用主进程，会造成阻塞，阻塞所有客户端的请求 •bgsave，bgsave是异步进行，进行持久化的时候，Redis还可以将继续响应客户端请求。b)自动触发

•save自动触发配置，见下面配置，满足m秒内修改n次key，触发rdb。•从节点全量复制时，主节点发送rdb文件给从节点完成复制操作，主节点会触发bgsave命令； •执行flushall命令，会触发rdb； •退出Redis，且没有开启aof时。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

RDB持久化的工作原理是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 283浏览量 回答数 1

RDB持久化产生的文件是一个经过压缩的二进制文件，这个文件可以被保存到硬盘中，可以通过这个文件还原数据库的状态，它可以手动执行，也可以在Redis.conf配置文件中配置，定时执行。

工作原理是在进行RDB时，Redis的主进程不会做io操作，会fork一个子进程来完成该操作：

•Redis调用forks。同时拥有父进程和子进程； •子进程将数据集写入到一个临时阿RDB文件中； •当子进程完成对新RDB文件的写入时，Redis用新RDB文件替换原来的RDB文件，并删除旧的RDB文件。

这种工作方式使得 Redis 可以从写时复制（copy-on-write）机制中获益（因为是使用子进程进行写操作，而父进程依然可以接收来自客户端的请求）。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

悲观锁是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 322浏览量 回答数 1

认为什么时候都会出现问题，无论做什么操作都会加锁。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

hyperloglog的应用场景是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 287浏览量 回答数 1

网页统计UV（浏览用户数量，同一天同一个ip多次访问算一次访问，目的是计数，而不是保存用户）。传统的方式，set保存用户的id，可以统计set中元素数量作为标准判断。但如果这种方式保存大量用户id，会占用大量内存，我们的目的是为了计数，而不是去保存id。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

geospatial的应用场景是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 213浏览量 回答数 1

•查看附近的人； •微信位置共享； •地图上直线距离的展示。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

hyperloglog做基数统计有什么优点？

已解决
游客lmkkns5ck6auu 2022-10-11 222浏览量 回答数 1

hyperloglog是用来做基数统计的，其优点是：输入的提及无论多么大，hyperloglog使用的空间总是固定的12KB，利用12KB，它可以计算2^64个不同元素的基数！非常节省空间！但缺点是估算的值，可能存在误差。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

Bitmaps（位存储）的应用场景是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 201浏览量 回答数 1

两种状态的统计都可以使用bitmaps，例如：统计用户活跃与非活跃数量、登录与非登录、上班打卡等等。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

乐观锁是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 289浏览量 回答数 1

认为什么时候都不会出现问题，所以不会上锁！更新数据的时候去判断一下，在此期间是否有人修改过这个数据。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0

1

回答

geospatial是什么？

已解决
游客lmkkns5ck6auu 2022-10-11 330浏览量 回答数 1

1)geospatial将指定的地理空间位置（纬度、经度、名称）添加到指定的key中。这些数据将会存储到sorted set这样的目的是为了方便使用GEORADIUS或者GEORADIUSBYMEMBER命令对数据进行半径查询等操作； 2)sorted set使用一种称为Geohash的技术进行填充。经度和纬度的位是交错的，以形成一个独特的52位整数。sorted set的double score可以代表一个52位的整数，而不会失去精度。（有兴趣的同学可以学习一下Geohash技术，使用二分法构建唯一的二进制串）； 3)有效的经度是-180度到180度有效的纬度是-85.05112878度到85.05112878度。以上内容摘自《阿里开发者手册-Redis专题》电子书，点击https://developer.aliyun.com/ebook/download/7770 可下载完整版

游客c3gxxcx6cqeyo 评论 0
立即提问

公告

阿里云开发者社区官方技术圈，用户产品功能发布、用户反馈收集等。

展开

官网链接

  • 官网链接: https://developer.aliyun.com

    • 友情链接