大佬们,那种 XX 天后过期改状态的需求,精确到秒,你们是咋设计的?

[monsterj]

想到几种, 1:定时器,一秒扫一次,感觉太频繁了吧; 2:mysql 定时任务+存储过程; 3:消息队列;

[nybux]

如果不涉及到查询，可以在显示的时候修改。

[monsterj]

@nybux 后台管理肯定要涉及到查询的

[nybux]

时间是等长的嘛？

[kingname]

前台用 JS 做减法，后台不用频繁查，下次完全刷新的时候再更新就可以了。

[monsterj]

@nybux 假如过期时间是 3 天

[gfreezy]

存在过期时间，然后状态根据过期时间算出来。

[monsterj]

@kingname 这样只是考虑了前台用户展示的情况,有其他业务需要这个状态操作的话,就行不通

[kera0a]

过期后
第一个访问它的事件，触发更新操作~

[monsterj]

@gfreezy 那就是第一种?每秒钟扫一次过期时间

[Weny]

延时队列 或者 定时任务 去处理

[sfree2005]

我的 web app 用的是 laravel 框架，用的是自带的 queue 和 schedule， 它可以将 queue 存于 Redis，每秒扫一下。因为是扫内存 所以速度快和资源占用少，感觉不错。

[monsterj]

@kera0a 这样会代码冗余吧,还容易忘几加更新操作

[liuzelei]

redis ttl、mq delay exchange

[kera0a]

@monsterj
存过期时间的方法最好吧~
“有其他业务需要这个状态操作的话,就行不通” ？ 怎么会行不通呢？ 是否过期服务器怎么用过期时间-当前时间呗，小于 0 就是过期了啊，不管什么地方都可用

[monsterj]

@sfree2005 每秒扫内存可以接受

[monsterj]

@kera0a 假如有一个过期时间,和一个状态,需要在过期后,修改状态,其他业务只需要查这个状态

[chenuu]

redis 过期功能,过期会有键空间通知.

[af463419014]

每 5 分钟扫一下
5 分钟以内会过期的数据,每条数据启一个线程
每个线程 sleep 对应数据的过期时间,然后修改状态为过期

[kera0a]

@monsterj 其他业务不能查过期时间么？
其实这个主动更新状态并不好，假如你有 N 个状态需要更新，而你的服务器运行速度慢，不能在 1 秒内更新完毕，那不就出 BUG 了。假如需求变更，需要兼容到毫秒，那就更加不好了。
你往存过期时间这靠，如果实在靠不了，可以试试我说的懒更新，如果还靠不了
各种定时任务框架了解一下~

[kslr]

延时队列