基本情况如下:
我有两个接口:
config 接口
upload 接口
客户端先请求 config 接口,config 会返回当前服务器时间戳 timestamp
和 sessionid
;
客户端再请求一次或多次 upload 接口,请求的参数有 config 接口返回的 timestamp
和 sessionid
.
我需要每隔 5min 统计 sessionid 持续时间在 30min 内的数量。
意思是某个 sessonid 如:s1 持续时间在 30min 内算一次,在 60min 内算两次。
我现在有一个方案是: 对每一个 upload 请求的 sessionid 做为 redis 的 key,setNX,TTL 为 30min, 如果设置成功计数器 +1,5min 后,计数器置 0 。
这个方案的问题是,同一时刻有大量的 redis key 过期,想请教老哥们有没有好的解决方案。
1
RLinux 2021-05-13 09:58:26 +08:00
你说的我有点疑问:假设 30 分钟内算一次,那用户持续操作了 90 分钟,那就算三次。但你的业务说,用户会话统计,按我的理解,同个人只能算一次。
用 redis 来存储,每访问一次更新一次 key 的存活时间。查询时,只有查这种类型 key 的数量就行了。如果你用户数量大并且存在峰值涌入的话,的确会有可能存在大量同时过期。仅仅是统计 不包括用户数据的话,试试内存存储来解决? |
2
codingbody OP 一个 session 持续了 90 min,算三次。业务上是按这个次数计费的,每个 session 每过 30min 就算一个计费单位。
|
3
codingbody OP |
4
RLinux 2021-05-15 10:49:25 +08:00
@codingbody 如果是收费的话 那就能理解为啥这样做了
|