个人中心
文章发布
退出
作者热门文章
- ubuntu12.04环境下使用kvm ioctl接口实现最简单的虚拟机
- Ubuntu 通过无线网络安装Ubuntu Server启动系统后连接无线网络的方法
- 在Ubuntu上搭建网桥的方法
- ubuntu 虚拟机上网方式及相关配置详解
29
4
CFSDN坚持开源创造价值，我们致力于搭建一个资源共享平台，让每一个IT人在这里找到属于你的精彩世界.
这篇CFSDN的博客文章浅谈Redis的几个过期策略由作者收集整理，如果你对这篇文章有兴趣，记得点赞哟.
设置过期时间 。
expire key time(以秒为单位) 这是最常用的方式 setex(string key, int seconds, string value) 字符串独有的方式 除了字符串自己独有设置过期时间的方法外，其他方法都需要依靠expire方法来设置时间如果没有设置时间，那缓存就是永不过期如果设置了过期时间，之后又想让缓存永不过期，使用persist key 。
定时删除 。
在设置key的过期时间的同时，为该key创建一个定时器，让定时器在key的过期时间来临时，对key进行删除 。
优点:
保证内存被尽快释放 。
缺点:
若过期key很多，删除这些key会占用很多的cpu时间，在cpu时间紧张的情况下，cpu不能把所有的时间用来做要紧的事儿，还需要去花时间删除这些key 定时器的创建耗时，若为每一个设置过期时间的key创建一个定时器（将会有大量的定时器产生），性能影响严重 。
懒汉式式删除 。
key过期的时候不删除，每次通过key获取值的时候去检查是否过期，若过期，则删除，返回null.
优点:
删除操作只发生在通过key取值的时候发生，而且只删除当前key，所以对cpu时间的占用是比较少的，而且此时的删除是已经到了非做不可的地步（如果此时还不删除的话，我们就会获取到了已经过期的key了） 。
缺点:
若大量的key在超出超时时间后，很久一段时间内，都没有被获取过，那么可能发生内存泄露（无用的垃圾占用了大量的内存） 。
定期删除 。
每隔一段时间执行一次删除过期key操作 。
优点:
通过限制删除操作的时长和频率，来减少删除操作对cpu时间的占用--处理"定时删除"的缺点 定期删除过期key--处理"懒汉式删除"的缺点 。
缺点:
在内存友好方面，不如"定时删除"（会造成一定的内存占用，但是没有懒汉式那么占用内存） 在cpu时间友好方面，不如"懒汉式删除"（会定期的去进行比较和删除操作，cpu方面不如懒汉式，但是比定时好） 。
难点:
合理设置删除操作的执行时长（每次删除执行多长时间）和执行频率（每隔多长时间做一次删除）（这个要根据服务器运行情况来定了），每次执行时间太长，或者执行频率太高对cpu都是一种压力。 每次进行定期删除操作执行之后，需要记录遍历循环到了哪个标志位，以便下一次定期时间来时，从上次位置开始进行循环遍历 。
说明:
memcached只是用了惰性删除，而redis同时使用了惰性删除与定期删除，这也是二者的一个不同点（可以看做是redis优于memcached的一点）； 。
对于懒汉式删除而言，并不是只有获取key的时候才会检查key是否过期，在某些设置key的方法上也会检查（eg.setnx key2 value2：该方法类似于memcached的add方法，如果设置的key2已经存在，那么该方法返回false，什么都不做；如果设置的key2不存在，那么该方法设置缓存key2-value2。假设调用此方法的时候，发现redis中已经存在了key2，但是该key2已经过期了，如果此时不执行删除操作的话，setnx方法将会直接返回false，也就是说此时并没有重新设置key2-value2成功，所以对于一定要在setnx执行之前，对key2进行过期检查）.
懒汉式删除+定期删除 。
懒汉式删除流程:
在进行get或setnx等操作时，先检查key是否过期； 若过期，删除key，然后执行相应操作； 若没过期，直接执行相应操作； 定期删除流程 简单而言，对指定个数个库的每一个库随机删除小于等于指定个数个过期key 。
遍历每个数据库（就是redis.conf中配置的"database"数量，默认为16） 检查当前库中的指定个数个key（默认是每个库检查20个key，注意相当于该循环执行20次，循环体是下边的描述） 如果当前库中没有一个key设置了过期时间，直接执行下一个库的遍历 随机获取一个设置了过期时间的key，检查该key是否过期，如果过期，删除key 判断定期删除操作是否已经达到指定时长，若已经达到，直接退出定期删除。 对于定期删除，在程序中有一个全局变量currentdb来记录下一个将要遍历的库，假设有16个库，我们这一次定期删除遍历了10个，那此时的currentdb就是11，下一次定期删除就从第11个库开始遍历，假设currentdb等于15了，那么之后遍历就再从0号库开始（此时currentdb==0） 。
在实际中，如果我们要自己设计过期策略，在使用懒汉式删除+定期删除时，控制时长和频率这个尤为关键，需要结合服务器性能，已经并发量等情况进行调整，以致最佳.
以上就是浅谈redis的几个过期策略的详细内容，更多关于redis的几个过期策略的资料请关注我其它相关文章！ 。
最后此篇关于浅谈Redis的几个过期策略的文章就讲到这里了,如果你想了解更多关于浅谈Redis的几个过期策略的内容请搜索CFSDN的文章或继续浏览相关文章，希望大家以后支持我的博客！ 。
29
4
0
当您在 memcached 中设置 key 过期时，它实际上是在过期时被删除，还是在请求 key 时被删除(get)并且有效期已过。换句话说，过期会自动从 memcached 中删除值，还是简单地将其
Microsoft 是否已将客户端 secret 的有效期更改为最长 2 年？不能再选择“从不”了吗？ 最佳答案 我自己也遇到了这个问题。您可以使用Powershell设置添加2年以上的凭据。所以我猜
我正在尝试对我网站上的 csv 文件强制禁止缓存。 我根据 apache 的文档将这些行添加到 httpd.conf: ExpiresActive On ExpiresDefault A0 Expi
我对 Cookie 不熟悉，希望让此 Cookie 在我的注销页面上过期 这是我设置 cookie 的位置: setcookie("loggood", "YES", $expire, "/",
MySQL 是否有某种功能可以在 x 秒后使特定行过期？ 例如，我必须以下数据库: users id - integer name - string subscriptions
我的机器上安装了 Matlab Compiler Runtime。它工作正常，但现在当我运行一些需要它的代码时，我得到了这个错误: Failed to initialize MCR Instance:
当我从 PayPal 收到 IPN 时，我不想立即处理它，而是将消息排队，然后使用调度程序处理它。 因此，有一点让我担心 - 如果我将一条消息排队并只处理它(包括'_notify-validate'验
关于 PHP session 过期的问题。 如果该用户有一段时间不活动(出于测试目的，5 秒)，我需要我的服务器丢弃 session 信息。 我看过this question尤其是 Gumbo(+28
我有一个 session ，在 30 分钟不活动后或 23.4 小时后被销毁。 我遇到的问题是无论事件如何， session 都会在 30 分钟后被销毁。因此，如果用户在 23.4 小时内一直处于事件
我一直在网上搜索并找到了许多奇怪的答案，而且我几乎尝试了所有这些答案。我的问题是这样的。我的登录页面包含: FormsAuthenticationTicket ticket = new FormsAu
我正在构建一个表单，我必须将数据存储在 HTML5 的 sessionStorage 中 我不知道 sessionStorage 何时过期。谁能告诉我 sessionStorage 的过期时间？ 最佳
在我的应用程序中，我有一个必须始终有效的访问 token (Spotify 的)。当此访问 token 过期时，应用必须每 60 分钟刷新一次 token 端点并获取另一个访问 token 。 Aut
我们的办公室有一个简单的闭路电视系统，可以显示我们每个安全摄像头的实时图像。闭路电视系统没有 API 或任何提取实时图像的方法。但是，您可以通过创建带有图像链接的基本 HTML 页面从另一个浏览器查看
我正在基于DotNetOpenAuth实现OAuth2授权/资源服务器。我的服务器将发出生命周期很长的访问 token 。这些 token 将在iOS设备上使用。我看到的流程是这样的:1)要求用户在i
请帮助我在 Varnish 配置中添加过期 header 。 max_age 已在 vcl_fetch 中定义，需要根据 max_age 添加 expires header。 最佳答案 通常不需要设置
我正在开发一个必须使用 session 超时的应用程序。 问题是用户经常错过 session 超时并丢失数据。我已经在 javascript 中实现了一个小型 session 管理器，如果浏览器中有一
我有一个应用程序，可以从我的Instagram帐户中提取数据。 我曾经授权过此应用一次，并获得了访问 token 。但是我很担心 如果该 token 过期怎么办？我是否应该在每次 token 到期？
我在数据表中有多个复选框，它们具有一个名称和不同的值，我可以通过以下代码为所有选中的复选框存储 cookie $(document).ready(function(){ $('i
hibernate 3.3.x、ehcache 2.2.x The following error occurs, when I try to publish a lots of users in a
在 Azure 门户的通知中心的“配置”选项卡上，我能够生成主键和辅助键。我了解这些是获得对 Azure API 的编程访问权限所必需的 - 允许我的客户端应用程序创建注册并发送消息。 谁能解释一下:
我是一名优秀的程序员,十分优秀！