关于用 Redis 做在线人数统计

[Livid]

在线统计是很多 SNS 的常见功能。最近在优化 V2EX 的过程中，实现了一种新的方式，性能不错，分享给大家。

1. 使用一个单独的 Redis 数据库
2. 每个在线用户是一条带有 TTL 的记录，在每次 Session 开始时写入这条记录到 Redis
3. 需要统计当前有多少人在线的话，只需要在这个数据库上用 dbsize() 就可以获得，不会遇到 keys() 可能带来的性能问题

[songjiaxin2008]

等于说并不是非常精确的统计（因为 TTL ）吗？可能 WebSocket 可以规避这个问题。

[nigelvon]

思路不错~学习了~

[holyghost]

思路不错

[qiayue]

@songjiaxin2008 在线人数一般都是统计当前这一刻往前一段时间（如 15 分钟或者 30 分钟）的人数

[southwolf]

@songjiaxin2008 论坛并不需要特别精确的在线统计，大多数时候都不需要。 websocket 还是太昂贵了

[wy315700]

dbsize
(error) ERR protocol is not supported


一部分云服务并不支持这条命令

[kn007]

单纯只做在线统计会不会比较浪费？
其他功能呢？

[latyas]

这是用户每次刷新页面都会更新 ttl 的节奏？

[http2]

哈哈，我也用的这个方法。

[KiseXu]

每一次刷新页面，更新 TTL ，这个数据库不但可以统计在线总人数。还可以判断一条记录是否存在来判断用户的在线状态。

[dangyuluo]

也算是一个新思路。

[scott1743]

dbsize 亮了，单独用 redis 的一个数据库来存 session 会不会更方便？

[changshu]

redis 清理 ttl 过期元素不是即时的， dbsize 会偏大一点, 印象里 keys 虽然性能糟糕， 但会清理过期元素.

感觉 sorted sets 的方案更折中一点.

[est]

用 sorted set 的 zrange 性能更好。还可以看谁最后上线啥的。

[Livid]

@est 没有用 sorted set 的原因是需要定期清理，如果不希望里面有太久远的数据的话。

[ooonme]

我们是用 web 日志算的，有几分钟延迟还 ok

[workwonder]

elasticsearch 吗？

[Jaylee]

正确的做法应该是用 setbit

[julyclyde]

@changshu
@est
zrange 有性能问题，不但这个 set 会慢，还会拖累整个 redis 实例

[yyfrankyy]

只是为了数字的话为何不用 setbit