最近更新时间:2025-12-15 17:57:02
主从版:峰值QPS15万(以key<512B,value<1000B的场景为例)。
集群实例:QPS=分片数*10w(预估值,以具体的测试场景为准)。分片数根据内存系统分配,最小3片。
同一时间点大量短连接访问或出现大Key等因素。
Redis底层不限制CPU核数,如达到使用率200%,说明使用了两个CPU核数。
建议排查连接数是否过多、短连接是否建立频繁、是否存在大Key的访问、QPS是否较高等。
实例的主从复制中断了,导致了从节点阶段性的向主发起全量同步,主节点全量同步的时候会dump数据,有额外的内存消耗,也算到了Redis的使用内存里,内存增高的时候就是复制的中断点,如果主的写入速度太多太快而且开启了AOF功能,就会导致从节点一直在尝试从新建立主从复制。
内存碎片一方面与请求有关,另一方面内存分配器也有一定影响,建议可以缩小更新操作value大小的差异,可以通过把activedefrag参数开启或者memory purge来降低。
参考实例规格。
无法调整,最大的内存规格在购买实例时已确认,只能通过升配实例规格来进行调整。
当Redis出现内存打满后,建议根据 maxmemory-policy 来选择性地删除一些 Key 来保护内存不溢出。通常客户端不会出现报错信息,但但如若客户端设置了“noeviction”,会出现一些报错信息。
noeviction:不删除策略, 达到最大内存限制时, 如果需要更多内存, 直接返回错误信息。
Redis主从实例本身具备高可用,开不开只读实例都可以。
主从:可以通过修改配置的方式完成升配。
集群:升配时会增加新的节点,原有数据重新Hash,重新分配,分配过程中,数据访问不受影响,proxy保证路由到正确的节点。
升降配通过不影响上层应用,因主从切换会有秒级闪断,程序有自动重连机制即可。
Redis只读副本同步暂时无法保证延迟和可用性,如若出现网络抖动等原因导致同步中断,Redis底层会自动检测并修复。
采用星型复制的方式:所有只读节点和备节点都是从主同步数据,各节点之间保持独立,同时复制链比较短,复制延迟比较小。
集群缓存命中率计算规则:取所有master的info keyspace_hits 除keyspace_hits+keyspace_misses
这个是历史累计值,停止访问就不会变化。
参考集群不支持命令:https://docs.ksyun.com/documents/1013
出现此类情况一般是因为开启了AOF且恢复的时候没有使用RDB,如果需要使用RDB进行恢复,请先关闭AOF后再进行恢复。备份恢复,目的实例会伴随一次重启。
可以进行切换,请联系售后技术支持。
自动备份:保留7天。
手动备份:一直保留。
请确认KS3文件权限需要设置为公开,需要设置为公开。Redis 默认的导出备份到KS3 文件权限是私密的 ,要设置为公开才可进行恢复。
访问服务需要开通金山云云服务器KEC服务,支持内网访问,开通服务之后,通过配置实例安全组的方式配置允许访问服务的云服务器KEC。
纯净模式
