redis 设置过期Key 的 maxmemory-policy 六种方式
redis 的优化免不了要配置的项
redis 官方提供的 conf
https://raw.github.com/antirez/redis/2.2/redis.conf
中6中过期策略的具体方式。
redis 中的默认的过期策略是volatile-lru 。设置方式
config set maxmemory-policy volatile-lru
maxmemory-policy 六种方式
volatile-lru:只对设置了过期时间的key进行LRU(默认值)
allkeys-lru : 删除lru算法的key
volatile-random:随机删除即将过期key
allkeys-random:随机删除
volatile-ttl : 删除即将过期的
noeviction : 永不过期,返回错误

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
HibernateTemplate的简单使用
配置 <beanid="hibernateTemplate"class="org.springframework.orm.hibernate4.HibernateTemplate"> <propertyname="sessionFactory"ref="mySessionFactory"/> </bean> 使用 packagecom.web.test; importjava.util.Date; importjava.util.List; importjavax.transaction.Transactional; importorg.hibernate.criterion.DetachedCriteria; importorg.hibernate.criterion.Restrictions; importorg.junit.Test; importorg.junit.runner.RunWith; importorg.springframework.beans.factory.annotation.Autowired; importorg.sp...
- 下一篇
Spring Cloud 实战之 Zuul 网关不响应任何请求
本文基于一个线上真实问题。在 Zuul 无任何安全防护措施时,若遇到较大流量(单个Zuul应用在默认配置下200并发即可),将产生非常严重的后果。 本文主要是探寻下问题产生的原因。 问题背景与即时处理 先简述下问题背景与即时处理。 网络拓扑:请求 -> nginx -> 容器编排工具的LB(Haproxy) -> 网关(Zuul) -> 具体服务 现象:某服务突然无法访问 排查: 请求顺利到 nginx 及 haproxy => 网络正常,代理正常 访问具体服务的健康检查 /health 接口,正常返回数据 => 应用本身正常,网关有问题 查看 Zuul 网关情况 1.首屏日志正常(只通过控制台看了最后一丢丢日志) 2.GC频率和时间均正常,Minor GC 时间 avg 19ms (max 60ms),Full GC avg 224ms (max 520ms) 3.应用消耗的资源(CPU、内存)很少 4.获取 threaddump,发现 tomcat 工作线程( 形如:http-nio-8080-exec-1)全部阻塞,且数量达到200. 200 ...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- CentOS8安装Docker,最新的服务器搭配容器使用
- MySQL8.0.19开启GTID主从同步CentOS8
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- 设置Eclipse缩进为4个空格,增强代码规范
- SpringBoot2全家桶,快速入门学习开发网站教程
- CentOS7,CentOS8安装Elasticsearch6.8.6
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16