1. 云数据库Redis版的安全性如何？

访问安全性

云数据库Redis版是“仅内网访问且按账户隔离”的，因此仅有同一账户的云服务器能够对云数据库Redis版的实例进行访问。

数据安全性

所有的内存数据均持久化到磁盘，不会因服务故障重启而造成数据丢失，避免数据需要重新预热。

2. 单实例最高支持多大容量？

主备版redis实例的容量上限为32G（超过32G需要提工单申请）

分布式版redis实例是没有容量瓶颈限制的，但超过1T容量需要工单申请。

3. 云数据库Redis版升级容量，会中断业务吗？

不会，云数据库Redis版支持平滑扩容，业务无感知。

4. 主备版redis支持哪些协议？是否为原生协议？

主备版redis支持全部原生数据读写命令，但考虑到安全因素，禁用以下命令：

5. 分布式版Redis支持哪些协议？是否为原生协议？

分布式版Redis支持部分原生Redis协议，支持Pipeline，支持异步读写。

不支持协议如下（相比Redis 2.8）：

部分支持协议：

MSETNX - 不支持多Key操作

SORT - 不支持BY选项和GET选项

6. 使用分布式版Redis有什么限制？

除部分协议不支持外，一个分布式版Redis实例只支持1个DB，即只能select 0， select其它无意义。Redis的keys命令，比较耗费性能，业务中尽可能降低keys的使用频率，或者使用其它方式替代。mget，mset，del等批量命令或pipeline方式，建议批量数量不宜超过1000，数量过多易造成请求延时或超时现象。

7. 云数据库Redis版如何确保存储服务的高可用？

云数据库Redis版实例有主从两个存储节点，并且实时同步保证数据的一致性，如果主节点发生宕机，系统会自动切换到从节点上，继续提供读写服务。

8. 如果云数据库Redis版存储空间容量不足了怎么办？

如果存储空间容量不足，可以对其进行扩容，并且该扩容操作是支持在线方式的，一键操作即可完成，扩容期间不会中断业务，读写操作仍然可以正常进行。

如果未及时进行扩容，可能会造成写入失败，请在收到告警和提醒时及时进行扩容，以免影响业务。

在控制台进行扩容后，后台分配的资源也可能需要调整；增加资源，是通过在线迁移实现，一般会选择该实例QPS较低时进行。用户如果需要及时增加后台资源，可以联系技术支持。

9. 使用主备版Redis的高可用需要注意什么

主备版Redis的高可用，是基于原生Redis的主从（slaveof）实现的，因为Redis的主从是异步的，在发生故障时，URedis会自动切换；虽然时间极短，但理论上，仍然可能出现数据差异。

10. 分布式版Redis的AOF文件重写机制是怎样的？

分布式版Redis支持AOF文件重写功能，触发重写时，对较大的Redis可能造成短暂影响；为降低影响，我们降低了重写的频率，并将重写时间控制在凌晨4点至6点之间。

11. 分布式版Redis的QPS限制是多少？

基准测试数据（非批量请求）：

key大小为128B，value大小为100B，并发连接数为1000；

1G: 读QPS可以达到3000，写QPS可以达到3000；

20G: 读QPS可以达到60000，写QPS可以达到20000；

内存实例性能和内存容量成线性关系，单个IP最高支持6万QPS，高于此值需要同时两个或多个IP。

12. 主备版Redis提供几个访问IP？

主备版Redis只提供一个可访问ip，此IP在发生故障时，会自动迁移；请不要使用slave的ip，发生故障时，salve的ip可能失效。

13. 分布式版云内存Redis是否支持缩容到16G以下？

分布式版Redis最小容量为16G，不支持缩容到16G以下。如果需要16G以下的容量，建议选择主备版Redis，主备版Redis完全兼容分布式版Redis，而且支持更多的特性，性能也更高。对于控制台改版之前已创建的容量小于16G的分布式版Redis不再支持缩容，用户可以提工单在线同步迁移到主备版Reids，使用的IP不变更。

14. 主备版Redis的从节点（Slave）是否会与其主节点（Master）一起保持最新状态？

主节点（Master）的更新会自动复制到其关联的从节点（Slave）。不过，鉴于 Redis 的异步复制技术，出于各种原因，Slave 节点更新可能会落后于其 Master 节点。可能的原因包括，Master 节点的 I/O 写入量超过了 Slave 节点同步的速度；或者Master 节点和 Slave 节点之间有网络延迟。因此 Slave 节点与其 Master 节点之间可能存在滞后或在某一时候有一定程度上的数据不一致。

15. 云内存Redis 过期 key 数据删除规则是什么？

云内存Redis有2种方式来删除已过期的 key：

1、主动过期，系统后台会周期性的检测，发现已过期的 key 时，会将其删除。

2、被动过期，当用户访问某个 key 时，如果该 key 已经过期，则将其删除。

16. 云内存Redis 默认的数据逐出策略是什么？

分布式版Redis默认淘汰策略：volatile-lru，如果想修改需要提工单进行非标操作；

主备版Redis默认淘汰策略：no-enviction，用户可在控制台配置文件管理中更改；

volatile-lru：使用LRU算法从已设置过期时间的数据集合中淘汰数据。

volatile-ttl：从已设置过期时间的数据集合中挑选即将过期的数据淘汰。

volatile-random：从已设置过期时间的数据集合中随机挑选数据淘汰。

allkeys-lru：使用LRU算法从所有数据集合中淘汰数据。

allkeys-random：从数据集合中任意选择数据淘汰

no-enviction：禁止淘汰数据。

17. 主备版Redis的QPS是多少？

主备版Redis没有对性能进行限制，压测可以上10W；负载100%后，QPS无法提高；

分布式版Redis性能和容量直接相关，可以水平扩展，没有QPS限制；

18.  主备Redis为什么删除了大量key ，使用内存没有明显下降？

主备Redis内存使用量是根据Redis的info命令中返回的used_memory（数据大小）和used_memory_rss（占用物理内存大小）信息取max；很多情况下，即使删除了大量Key，used_memory_rss也不会有明显下降，但是used_memory会相应下降的，这是redis内存管理策略造成的现象；used_memory_rss与used_memory的差值，相当于一个buffer，可以继续使用； 如果想要完全释放内存，可以通过清空数据，重启Redis，迁移Redis，来实现。

19.  Redis扩容是否影响在线服务？

在控制台上对分布式和主备redis进行扩容，不会对Redis有任何影响；

分布式redis扩容后，后台可能会对其进行增加分片的操作，从而增加处理能力，提高性能； 增加分片，是通过在线迁移实现，迁移时，会出现请求延迟增大现象，因此一般安排在凌晨；迁移操作，根据实际情况也可能会有几天的延迟，如果需要立刻迁移，可以通知下技术支持；

20. 主备版Redis短连接并发性能怎么样呢？

使用工具Redis_benchmark进行压测，主备版Redis对于短连接的并发性能为10000 QPS左右； 如果用户业务服务的短连接请求非常高，建议使用单机版Memcache

21. Redis是怎么计算使用量，使用率的？

主备Redis：

使用量：info命令中返回的used_memory（数据大小）和used_memory_rss（占用物理内存大小）信息取max，即为使用量

使用率：使用量/购买容量*100%

分布式Redis：

分布式Redis暂时只根据used_memory计算使用量和使用率

22. 主备Redis重启，有什么需要注意？

重启过程，是管理服务对Redis进程调用shutdown命令，关闭Redis，随后再拉起Redis进程；拉起Redis进程后，Redis会进行AOF文件数据加载。目前，容量大于2G的Redis，AOF文件一般较大，加载时间可能会比较久。如果在配置管理中关闭了AOF持久化功能，重启后数据将清空，请谨慎操作；

23. 主备Redis的AOF重写机制是怎么样的？

主备Redis会对容量规格大于2G的实例，进行AOF重写优化，控制其在凌晨4-6点进行重写；尽量避免在高峰期重写，影响业务；

容量规格小于等于2G的实例，AOF重写相关参数，都是默认配置，任意时间可能发生重写，数据量较大实例，可能出现短暂负载较高现象；

主备Redis对AOF重写优化的主要方式是调整了Redis的自动重写阀值，容量大于2G小于16G，aof文件重写的阀值为60G；容量大于等于16G，aof文件重写的阀值为100G；如果写入流量太大，依然会发生自动重写现象。

24. 主备版Redis的最大连接数是多少？

主备版Redis默认最多允许10000个连接。