我在做一款陌生人社交的产品，需要在APP的首页显示在线的用户，而我们的在线状态是通过memcahced来维持的(APP发送心跳到服务器，服务器接受到心跳将该用户的信息设置到memcached)，要得到在线状态时，从缓存取数据，根据心跳接受时间判断用户是否在线。而首页的用户数据是从数据库中按登录时间排序取得的，如果要在首页显示在线的用户，我可能要先去数据库里拿数据，然后再匹配缓存里的在线状态，最后得到在线的用户，这样效率好低，求大神推荐好的解决方案，非常感谢！
http://my.oschina.net/chihz/blog/153270
我的理解，你原本是已经实现了在线状态了，只是需要和另一个从数据库中取得的列表进行匹配比较麻烦
这样的话，无非就是2个办法，一个是改造你原本的在线状态，心跳程序直接改数据库，用户表增加一个字段用来存心跳的最后时间，当然这样的话可能数据库连接数会比较吃紧，看你心跳的频率了；二是改造你原本获得这个列表的方法，把这个列表也缓存了，按登录时间排序就维护一个队列，然后心跳也维护这个队列
随便抛个砖，希望有更靠谱的答案。
如果实时性要求并不高压力不大的话，大可以做一个定时更新，或者cache以下这个数字并设置TTL。如果实时性要求高，可不可以改造以下心跳算法呢？例如同时维护一个以用户ID为key的item，设置过期时间(所认为的「Online TTL」)，这时候在线用户数就可以通过 stats 得到。