当Redis的used_memory_peak_perc（当前内存占历史峰值的百分比）和used_memory_dataset_perc（数据集内存占比）均超过90%时，可能引发以下问题及风险：

一、used_memory_peak_perc > 90% 的影响

1. 内存交换风险（Swap）

   • 若当前内存使用量（used_memory）接近历史峰值（used_memory_peak），且系统物理内存不足，操作系统会将部分内存数据交换到磁盘（Swap），导致性能急剧下降。
   • 表现：Redis响应延迟显著增加，吞吐量降低，甚至出现超时或连接中断。

2. 持久化操作风险

   • 若此时触发RDB快照或AOF重写，Redis会fork子进程复制内存数据。若物理内存不足，可能导致：
     • 内存溢出（OOM）：进程被系统强制终止。
     • 数据丢失：持久化失败导致未保存的数据在崩溃时丢失。

3. 内存碎片加剧

   • 频繁的内存分配与释放可能使内存碎片率（mem_fragmentation_ratio）升高，导致实际可用内存减少，进一步加剧内存压力。

二、used_memory_dataset_perc > 90% 的影响

1. 内存管理余量不足

   • 数据集占用总内存比例过高，意味着Redis的管理开销内存（如缓冲区、元数据） 剩余空间极小。可能导致：
     • 写入失败：新数据无法分配内存，触发淘汰策略或直接拒绝写入（取决于maxmemory-policy配置）。
     • 复制/客户端缓冲区溢出：主从复制或客户端输出缓冲区因内存不足中断，影响高可用性和请求处理。

2. 潜在性能瓶颈

   • 内存碎片化可能增加，尤其是存储大量小对象或频繁更新数据时，进一步降低内存利用率。
   • 若数据集接近maxmemory限制，频繁的键淘汰（如LRU/LFU策略）会增加CPU开销。

三、优化建议

1. 控制内存使用量

   • 设置合理的maxmemory并配置淘汰策略（如allkeys-lru），避免内存耗尽。
   • 对大Key进行拆分（如Hash分片），或使用压缩数据结构（如ziplist）。

2. 监控与调优

   • 定期检查mem_fragmentation_ratio：若 >1.5，重启实例或执行MEMORY PURGE（需Redis 4.0+）以清理碎片。
   • 启用监控告警，关注used_memory_rss（物理内存占用）和Swap使用情况。

3. 持久化策略调整

   • 避免在内存高峰期触发RDB/AOF操作，或预留足够内存供fork使用（通常需预留当前内存的2倍）。
   • 对于高写入场景，优先使用AOF的everysec配置而非always，减少磁盘压力。

4. 架构扩展

   • 采用集群分片（Redis Cluster）分散内存压力。
   • 使用读写分离或缓存预热，降低单节点负载。

关键指标关系总结

若需进一步诊断，可通过INFO MEMORY命令获取详细数据，并结合redis-cli --bigkeys分析大Key分布。长期高内存占用建议升级实例规格或优化业务逻辑。