问一个面试题，设计一个直播类抢红包的系统，有100000个红包可抢，每个用户可以抢的红包数目和当前剩余的红包总数目和用户等级有关，怎么设计(要求高并发，低延迟)
程序猿.朱仝：mmm
程序猿.朱仝：mm
程序猿.朱仝：m
程序猿.朱仝：.
丝路视觉科技股份有限公司员工：给红包分等级投放，和淘宝流量一样的那种[坏笑]
程序猿.李莫急：主播发红包给观众抢？
曲灵风：请求放在优先队列里，每次放1000个红包到队列
程序猿.冯默风：要不要分布式，高可用[捂嘴]
程序猿.南山蔡徐坤：目的是要做到用户可抢红包数目动态更新吗，高级用户可以一直点击然后抢多个？
程序猿.朱仝：他说的意思是当前用户能领到的红包数目和总得剩余的有关，我说就丢到消息队列里面来来处理。我想了想好像没有更好的办法。
程序猿.尘孑：根据等级划分红包池
程序猿.朱仝：是土豪发那种大红包，观众可以抢，银豆，金豆啥的
程序猿.朱仝：也是个办法，能好一点
程序猿.南山蔡徐坤：设一个全局变量再拆分成多个解决热点问题，然后给拆分的多个变量加乐观锁，能抢的金豆数目你设个权值针对所有剩余金豆的比例，不建议把剩余观众考虑进来算权值，太麻烦了，我能想的就是乐观锁然后拆分解决热点
程序猿.冯默风：楼主面的啥公司，怎么那么像我们公司，该不会接下来就做这个需求吧[冷汗]
程序猿.朱仝：这就是问题所在了，面试官一定说当前观众领到的奖励数目和总得剩余数目有关，那么这个剩余数目对每个观众来说就是一个全局热点问题，这个是一个难搞的问题
匿名区的韦小宝：m
程序猿.朱仝：这个一看就是yy的面试题
阿里巴巴员工：一般不需要实时，准实时更新到本地就行。或者分片之后，用单个分片的数量预估总数量也可以的。