redis的数据库是存放在内存当中,所以对内存的监控至关重要
redis内存监控和解析
1.如何查看redis内存使用情况
[root@localhost utils]# redis-cli -h 20.0.0.170 -p 6379
20.0.0.170:6379> info memory
used_memory:853336 //redis中数据占用的内存
used_memory_rss:10473472 //redis向操作系统申请的内存
used_memory_peak:854312 //redis使用内存的峰值
作为一个运维工程师,每天的系统巡检工作是必不可少的。(比如硬件巡检,数据库 nginx redis docker k8s )
但是在redis内存方面,最重要的就是以上三点
2.内存碎片率
内存碎片率=Redis向操作系统申请的内存 / Redis中的数据占用的内存
mem_fragmentation_ratio = used_memory_rss / used_memory
mem_fragmentation_ratio:内存碎片率。
系统以及分配给了redis,但是redis未能够有效利用的内存
[root@localhost ~]# redis-cli info memory | grep ratio
allocator_frag_ratio:1.29
//分配器碎片比例,redis主进程调度时产生的内存空间,越小越好
值越高,代表内存越高,内存的浪费就越多allocator_rss_ratio:5.99
分配器占用物理内存的比例,就算告诉大家主进程调度执行时占用了多少物理内存rss_overhead_ratio:1.22
rss是向系统申请的内存空间,表示redis占用物理内存额外的开销比例,比例越低越好。redis实际占用的物理内存和向系统申请的内存越接近,额外的开销越低mem_fragmentation_ratio:13.23
内存碎片的比例,越低越好,占用内存数值越低,表示内存使用率越高。
内存碎片产生的原因
- Redis内部有自已的内存管理器,为了提高内存使用的效率,来对内存的申请和释放进行管理。
- Redis中的值删除的时候,并没有把内存直接释放、交还给操作系统,而是交给了Redis内部有内存管理器。
- Redis中申请内存的时候,也是先看自己的内存管理器中是否有足够的内存可用。
- Redis的这种机制,提高了内存的使用率,但是会使Redis中有部分自己没在用,却不释放的内存,导致了内存碎片的发生。
如何自动清理碎片
vim /etc/redis/6379.conf
最后一行插入
activedefrag yes
手动清理
[root@localhost ~]# redis-cli memory purge
OK
手动清理
内存使用率
redis实例的内存使用率超过可用最大内存,操作系统将开始进行内存与swap空间交换。
避免内存交换发生的方法:
- 针对缓存数据大小选择安装Redis 实例
- 尽可能的使用Hash数据结构存储
- 设置key的过期时间
设置redis最大内存阀值
一旦到达阀值,自动清理碎片,开启key的回收机制。
key的回收机制策略
vim /etc/redis/6379.conf
line 599maxmemory-policy volatile-lru
使用redis内置的LRU算法,把已经设置了过期时间的键值对中淘汰数据,移除最近最少使用键值对(针值对已经设置了过期时间的键值对)maxmemory-policy volatile-ttl
已经设置了过期时间的键值对,从当中挑选一个即将过期的键值对(针对有设置过期时间的键值对)maxmemory-policy volatile-random:
从已经设置了过期时间的键值对当中随即淘汰一个键值对,挑选数据随机淘汰键值对。(对设置了过期时间的键值对进行随机移除。)allkeys-lru:
LRU算法当中,对所有的键值对进行淘汰,移除最少使用的键值对。(针对所有键值对)allkeys-random:
从所有键值对当中任意选择选择数据进行淘汰(无差别淘汰,不使用)maxmemory-policy noeviction
禁止键值对回收(不删除任何键值对,直到redis把内存塞满,写不了,报错)
在工作中,一定要给redis 占用内存设置阀值 !!!!
而且在实际工作中,尽量使用禁止键值对回收,或者使用将最少使用键值对删除。
随机删除万万不可使用!!!!!
redis占用内存的效率问题如何解决
- 1.日常巡检当中,对redis的占用情况做监控
- 2.设置redis占用系统内存的阀值,避免占用系统全部内存
- 3.内存碎片清理 手动,自动
- 4.配置一个合适的key回收机制
redis的雪崩,缓存击穿,缓存穿透的原因和解决方案
redis的雪崩
大量的应用请求无法在redis 缓存当中处理,请求会全部发送到吗后台数据库,数据库本身并发能力本身就很差,一旦高并发数据库会很快崩溃。
什么情况会导致雪崩?
- redis集群大面积故障
- redis缓存中,大量数据同时过期,大量请求无法得到处理
- redis实例宕机
解决方案
- 事前:高可用架构,方式整个缓存故障。主从复制和哨兵模式,redis集群
- 事中:在国内用的比较多的方式:HySTRIX,熔断(到达阀值自动断开),降级(到达阀值立刻降级),限流三个手段来降低雪崩发生之后的损失。
- 数据库不死即可,慢可以,但不能没有响应
- 事后:数据备份
redis的缓存击穿
缓存击穿主要是热点数据缓存过期,或者被删除,多个请求并发访问热点数据,请求也是转发到数据库了,导致数据库的性能快速下降。
经常被请求的缓存数据,最好设置为永不过期。
键值对还在,但是值被替换,原有的请求找不到之后,同样也回去请求后台数据库,也是击穿的类型一种
redis的缓存穿透:
缓存中没数据,数据库中也没有对应数据,但是有用户一直在发起这个都没有的请求,而且请求的数据格式很大。黑客在利用漏洞攻击,压垮应用数据库。