关于redis 过期 key监听 数据量过大 导致消息延迟

Question

有没有一些好的监听超时的解决方案？比如我想设置一个时间，比如2分钟，然后我希望2分钟后会通知到我，可能会有大量的这种超时设置，比如成千上万个。有没有比较好的这种场景的解决方案？

Answer 1

如果可以的话，建一个大规模的redis集群，1万个事件同时触发的话，建议你至少有100个以上的节点，建议每个节点至少能对应一个CPU。
然后通过hash算法，将你的1万个key分散到这100个节点上。
然后用你的进程去分别监听这100个节点，考虑到你的节点的吞吐量，以及及时响应能力，推荐为每个节点单独设置监听程序。
当然了，也可以1个监听程序对应多个redis节点。取决于你希望消灭延迟的量。
另外，对于你的监听程序，建议采用那些高响应能力，高性能的程序，例如nodejs或go.这个取决于你的研发能力。