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条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- SpringBoot2全家桶,快速入门学习开发网站教程
- Dcoker安装(在线仓库),最新的服务器搭配容器使用
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- MySQL8.0.19开启GTID主从同步CentOS8
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- MySQL数据库在高并发下的优化方案
- Docker安装Oracle12C,快速搭建Oracle学习环境
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果