如何处理基于redis的会话过期？

  • Z时代
  • 2024-01-10
  • 分类：问答

我想实现一个基于Redis的会话存储。我想将会话数据放入Redis。但是我不知道如何处理会话过期。我可以遍历所有redis密钥（sessionid）并评估上次访问时间和最大空闲时间，因此我需要将所有密钥加载到客户端中，并且可能有1000m会话密钥，并且可能导致非常差的I

/ O表演。

我想让Redis管理过期，但是密钥过期时没有侦听器或回调，因此无法触发HttpSessionListener。有什么建议吗？

回答：

因此，当会话在Redis中过期时，您需要通知您的应用程序。

虽然Redis不支持此功能，但是您可以使用许多技巧来实现它。

首先，人们正在考虑：这仍在讨论中，但可能会添加到Redis的未来版本中。请参阅以下问题：

  • https://github.com/antirez/redis/issues/83

  • https://github.com/antirez/redis/issues/594

现在，这是您可以与当前Redis版本一起使用的一些解决方案。

实际上，在Redis执行密钥过期时添加一个简单的通知并不难。可以通过在Redis源代码的db.c文件中添加10行来实现。这是一个例子：

https://gist.github.com/3258233

如果密钥已过期，则此简短补丁会将密钥发布到#expired列表中，并以’@’字符开头（任意选择）。它可以轻松地适应您的需求。

然后使用EXPIRE或SETEX命令设置会话对象的过期时间，并编写一个小的守护程序（在BRPOP上循环以从“

expired”列表中出队），并在您的应用程序中传播通知，这很简单。

重要的一点是了解到期机制在Redis中如何工作。实际上，有两种不同的到期路径，它们都同时处于活动状态：

  • 惰性（被动）机制。过期可能会在每次访问密钥时发生。

  • 主动机制。内部作业会定期（随机）对具有到期设置的多个密钥进行采样，以尝试找到要到期的密钥。

请注意，上述补丁在两个路径下均能正常工作。

结果是Redis的到期时间不准确。如果所有密钥都已到期，但是只有一个即将到期，并且无法访问，则活动的到期作业可能需要几分钟才能找到该密钥并使它到期。如果您需要通知中的某些准确性，则不是要走的路。

这里的想法是不依赖Redis密钥过期机制，而是通过使用附加索引和轮询守护程序来模拟它。它可以与未修改的Redis 2.6版本一起使用。

每次将会话添加到Redis时，您都可以运行：

MULTI
SET <session id> <session content>
ZADD to_be_expired <current timestamp + session timeout> <session id>
EXEC

to_be_expired排序集只是访问应该过期的第一个键的有效方法。守护程序可以使用以下Lua服务器端脚本对to_be_expired进行轮询：

local res = redis.call('ZRANGEBYSCORE',KEYS[1], 0, ARGV[1], 'LIMIT', 0, 10 )
if #res > 0 then
   redis.call( 'ZREMRANGEBYRANK', KEYS[1], 0, #res-1 )
   return res
else
   return false
end

启动脚本的命令为：

EVAL <script> 1 to_be_expired <current timestamp>

守护程序最多可以获取10个项目。对于它们中的每一个，它必须使用DEL命令删除会话，并通知应用程序。如果实际处理了一个项目（即Lua脚本的返回不为空），则守护程序应立即循环，否则可以引入1秒的等待状态。

借助Lua脚本，可以并行启动多个轮询守护程序（该脚本保证给定的会话仅被处理一次，因为Lua脚本本身已从to_be_expired中删除了密钥）。

另一种解决方案是依靠外部分布式计时器。该轻量级排队系统魔豆是一个很好的可能性

每次在系统中添加会话时，应用程序都会以与会话超时相对应的延迟将会话ID发布到beantalk队列中。守护程序正在监听队列。当它可以使项目出队时，表示会话已过期。它只需要清理Redis中的会话，然后通知应用程序。

以上是 如何处理基于redis的会话过期？ 的全部内容， 来源链接： utcz.com/qa/398169.html

回到顶部