新版系统刚发布,前端反馈复述中的值经常被清空,第一反应怀疑谁的代码里面执行了flushall或者flushdb操作
<强>通过复述的监控追踪一波,
强>
redis-cli——“xxx"监控如果复述,没配置密码可以不用加——参数,实际操作中我加了个祝辞祝辞/数据/日志/trace_redis.log,把所有操作写到文件里面,注意时间长了日志会很大
跑下来复述,确实会被清掉,但没人/程序执行过冲操作,这里停顿5分钟思考下人生
这里幸亏之前转过一个zabbix监控,有监控复述的使用内存,结果发现复述的内存使用情况:
就这里了,maxmemory设置复述最大使用内存,maxmemory-policy决定超过之后怎么清
<代码>复述,提供6种数据淘汰策略: 1. volatile-lru:从已设置过期时间的内存数据集中挑选最近最少使用的数据淘汰; 2. volatile-ttl:从已设置过期时间的内存数据集中挑选即将过期的数据淘汰; 3.volatile-random:从已设置过期时间的内存数据集中任意挑选数据淘汰; 4. allkeys-lru:从内存数据集中挑选最近最少使用的数据淘汰; 5. allkeys-random:从数据集中任意挑选数据淘汰; 6. no-enviction(驱逐):禁止驱逐数据。(默认淘汰策略。当复述,内存数据达到maxmemory,在该策略下,直接返回伯父错误); 关于maxmemory设置,通过在复述。会议中maxmemory参数设置,或者通过命令配置设置动态修改 关于数据淘汰策略的设置,通过在复述。设计中的maxmemory-policy参数设置,或者通过命令配置设置动态修改代码>
当然这是复述上的策略,实际追踪发现有个程序一直往复述,里面推数据导致的上面的现象,问题解决