想到几种, 1:定时器,一秒扫一次,感觉太频繁了吧; 2:mysql 定时任务+存储过程; 3:消息队列;
This topic created in 2965 days ago, the information mentioned may be changed or developed.
 |
1
nybux Apr 28, 2018
如果不涉及到查询，可以在显示的时候修改。
|
|
3
nybux Apr 28, 2018
时间是等长的嘛？
|
 |
4
kingname Apr 28, 2018 via iPhone
前台用 JS 做减法，后台不用频繁查，下次完全刷新的时候再更新就可以了。
|
 |
6
gfreezy Apr 28, 2018
存在过期时间，然后状态根据过期时间算出来。
|
 |
8
kera0a Apr 28, 2018
过期后
第一个访问它的事件，触发更新操作~ |
 |
10
Weny Apr 28, 2018 via iPhone
延时队列 或者 定时任务 去处理
|
 |
11
sfree2005 Apr 28, 2018 via Android
我的 web app 用的是 laravel 框架，用的是自带的 queue 和 schedule， 它可以将 queue 存于 Redis，每秒扫一下。因为是扫内存 所以速度快和资源占用少，感觉不错。
|
 |
13
liuzelei Apr 28, 2018
redis ttl、mq delay exchange
|
|
14
kera0a Apr 28, 2018
|
 |
17
chenuu Apr 28, 2018
redis 过期功能,过期会有键空间通知.
|
 |
18
af463419014 Apr 28, 2018
每 5 分钟扫一下
5 分钟以内会过期的数据,每条数据启一个线程 每个线程 sleep 对应数据的过期时间,然后修改状态为过期 |
|
19
kera0a Apr 28, 2018
@monsterj 其他业务不能查过期时间么？
其实这个主动更新状态并不好，假如你有 N 个状态需要更新，而你的服务器运行速度慢，不能在 1 秒内更新完毕，那不就出 BUG 了。假如需求变更，需要兼容到毫秒，那就更加不好了。 你往存过期时间这靠，如果实在靠不了，可以试试我说的懒更新，如果还靠不了 各种定时任务框架了解一下~ |
 |
20
kslr Apr 28, 2018
延时队列
|
 |
21
watzds Apr 28, 2018 via Android
如果 Java，有定时任务 jar quartz，这点性能肯定不用担心
|
 |
22
msg7086 Apr 28, 2018
从面相对象的角度考虑，这个状态是由对象表达出来的，对象本身既可以从数据库中查询，也可以通过比较过期时间和当前时间得出。
比如函数 obj.expired?，可以这样写 def expired? self.expired or (self.expired = expire_date < now) and self.save end 我会选择避免用面向过程的方法去思考这个问题（用第三方的线程去扫描修改状态什么的）。 |
 |
23
wplct Apr 28, 2018
参考 redis 过期，取值时确认该值是否过期，配合定时任务(人家 redis 的定时任务执行多久是算 cpu 时间的，学不来学不来)
|
 |
24
onedayonecode Apr 28, 2018
数据库存储过期时间，用到的时候读出来和当前时间对比
|
 |
25
projectzoo Apr 28, 2018
我也是建议读取的时候再处理，不读取就不处理。
|
 |
26
liuzhaowei55 Apr 29, 2018 via iPhone
存过期时间，读取的时候判断。和 Redis 的过期判定差不多，但是没 Redis 的那么复杂。
消息队列也有做。 |
Select Language