在Redis程序设计中，上百万的新闻，如何实时展示最热点的top10条呢

假设可以使用 MySQL，redis，本地缓存以及MQ。

用户量级千万，新闻数据百万，用户数比新闻数还多。用户的操作包括:

关注某个新闻
获取某个新闻的关注数量
获取 top10 热点新闻
查询自己关注的新闻。

可以推测，获取 top10 热点新闻请求会远大于关注某个新闻的请求。这些请求都不能直接压入数据库，数据库受不了。

首先想到的是 Redis 中的 Zset，所有的新闻id作为key放入同一个zset中，用户关注某个新闻，使用 zincrby 给这个新闻分数 +1。读取 top 10的时候，用zrevrange.

并且，在实际业务上（例如微博热点话题，知乎热点话题，都是每过一段时间才更新的），top10 热点新闻并不是实时更新的，可以接受一点延迟，可以通过客户端实例的本地缓存，将读取到的 top 10 存在本地缓存一段时间，过了这段时间自动失效。

但是这样也会很快遇到性能瓶颈：

1.zset 在很大时可能不满足我们对于性能的要求： Redis 的 Zset 在数量够大的时候底层基于 skiplist：

skiplist 实现简单，插入、删除、查找的复杂度均为O(logN)。zincrby 实际上是一个查找+删除+插入（当然由于score只加了1，所以删除插入只修改相邻节点，这个有优化）

我们的场景