redis mem_fragmentation_ratio 过大
来源:互联网 发布:软件开发需要学习什么 编辑:程序博客网 时间:2024/04/29 16:28
最近有个业务bug,导致redis存储了很多没用的key,删除后发现mem_fragmentation_ratio过大:
127.0.0.1:6379> info memory
# Memory
used_memory:104430120
used_memory_human:99.59M
used_memory_rss:2633490432
used_memory_peak:2709867544
used_memory_peak_human:2.52G
used_memory_lua:46080
mem_fragmentation_ratio:25.22
mem_allocator:jemalloc-3.6.0
127.0.0.1:6379>
used_memory_human:99.59M 很小,表示redis实际使用的内存很小,used_memory_rss:2633490432而操作系统分配给redis的内存很大,说明redis并没用把内存返还给操作系统。看来需要重启redis。
执行如下命令:
127.0.0.1:6379> shutdown save
(1.50s)
not connected>
127.0.0.1:6379> info memory
# Memory
used_memory:95559360
used_memory_human:91.13M
used_memory_rss:104247296
used_memory_peak:95644424
used_memory_peak_human:91.21M
used_memory_lua:33792
mem_fragmentation_ratio:1.09
mem_allocator:jemalloc-3.6.0
- redis mem_fragmentation_ratio 过大
- redis AOF文件过大
- 为什么Redis内存不宜过大
- 为什么Redis内存不宜过大
- 为什么Redis内存不宜过大
- 为什么redis内存不宜过大
- 为什么Redis内存不宜过大
- 为什么Redis内存不宜过大
- 为什么Redis内存不宜过大
- 为什么Redis内存不宜过大
- Redis导致服务器内存占用过大
- Redis异常分析-输入缓冲区过大
- Redis异常分析-输出缓冲区过大
- Redis 单key值过大 优化方式
- uboot过大
- 过大数据处理
- 基于redis(key分段,避免一个key过大) 和db实现的 布隆过滤器(解决hash碰撞问题)
- 工作强度过大
- Lua 循环学习
- pythonの鉴黄之路(二)——图片转base64码
- Android开发:shape和selector和layer-list的(详细说明
- 用Eclipse 开发Dynamic Web Project应用程序
- android adjustresize not working when using windowTranslucentStatus,解决全屏效果与输入框属性冲突的问题
- redis mem_fragmentation_ratio 过大
- 彻底理解Java动态代理
- @po附近有语法错误
- mysql中group by 和 group_concat()的区别
- facet与compiler不匹配
- 大数据下的用户行为分析
- jQuery mobile dialog 详情
- java 工具类(将数据导入数据库)
- redis学习笔记五之基础命令—有序集合