有两种应用缓存list可以解决这个问题
一种是高写频率下，强行延迟失效，short_time_list
一种是在内存中维护list次序
再海量事件无非也是秒间10帖的规模
只要业务相关的SNA集群做的好，数据复制可控，这个规模*10也很轻松
【 在 TouchUrBody (八斗之财) 的大作中提到: 】
: 标题是“过去一分钟里 ······”
: 然后列出了过去一分钟里全站的新增事件，感觉这个比较难啊，要是按照时间轮询数据库，然后生成页面内容的话，万一要是遇到海量事件，那它的服务光在这一块的消耗就很大了。。。
--
FROM 221.218.128.*