大佬们这种消息队列该如何改进？

Question

业务需求： 根据订单信息定时发送消息。 现在2018年3月1日16:37:51，比如要在3月2日9点发送一条， 12点发送一条，3月15日1点发送一条 ，这样的。 目前的设计： 现在我是把发送时间戳等信息放入redis hash的key中，一条条放入。 然后crontab定时hkeys获取所有key判断出小于当前时间的就发送消息，并删掉一条。 问题： 总觉得这种设计特别不对劲，又说不上哪里不对劲。 技术思路还太菜，大佬们有什么建议吗？ PS：如果能按时间顺序排列，那就比较好了。但是新增订单的发送时间不是按顺序的。

Answer 1

简单做的话，可以用redis的有序集。拿目标执行的时间戳作为score，每次判断的时候，只要取score最小的一条判断是否需要执行即可

Answer 2

思路并没有问题，但是队列是一种线性结构，而 Reids 的基本结果是映射表结构……所以不对劲的地方可能就在这里

Answer 3

之前做过这种需要，我们的实时性可能比你的要求高一点。我是将发的内容和时间放在了rabbitMQ里面，开了多个worker去拿取数据处理。