排行榜功能设计方案

一般情况下，排行榜的实现都是在服务端接收到客户端请求后查库排序返回结果的一个过程，可能在一段时间内甚至永久性的，这批数据是不变的，查询到的结果是完全一致的，为了避免大量的资源浪费，可以考虑引入缓存。这里我们使用redis。

这样，我们在第一次查询top n的时候使用sql的排序，直接返回结果，同时把结果存redis。此时可以有两种方式，1.排序结果存string格式；2.排序结果存sorted set（有序集合），排序逻辑交给redis。后续的查询直接从redis获取返回结果，提高效率，节省资源。

这里先不考虑两种方式的优劣，继续往后进行。

方案一、定时更新
如果对结果的时效性要求不太严格，可以设置间隔一段时间查库并更新redis，每次取结果直接查redis。
当然，这种方案的劣势也很明显，1.不能实时，可能导致获取的排行榜不准确；2.如果这个赛事已经结束了，排行榜实际上已经是死数据了，这个时候还定时去更新的话就纯属多此一举了。

方案二、实时更新
第一次查询还是查库和存redis，后续从redis取数据。在比赛进行中，有序数据是变化的，这样就需要，在每次提交比赛数据可能会导致排行榜数据变动的时候，同步更新redis数据。上面说的，我们存redis的时候是可以有两种方式选择的：
如果我们存的是string格式，这里我们可以直接取到top n的数据转json以后直接覆盖redis里面的原数据，这样保证了数据的实时更新。
如果我们存的是有序集合，第一种方式：我们从redis里面取到排名倒数第一的数据，如果提交的数据大于取到的数据，这个数据就放到集合中。
第二种方式：我们从redis里面取到top n的数据，如果提交的数据大于top n中倒数第一的数据，这个数据就放到集合中。
很明显，第二种效率上可能会低一些，但是可能会节省一些空间，如何选择根据具体情况。