随着分布式服务架构的流行与普及，原来在单体应用中执行的多个逻辑操作，现在被拆分成了多个服务之间的远程调用。虽然服务化为我们的系统带来了水平伸缩的能力，然而随之而来挑战就是分布式事务问题，多个服务之间使用自己单独维护的数据库，它们彼此之间不在同一个事务中，假如A执行成功了，B执行…

在电商、支付等领域，往往会有这样的场景，用户下单后放弃支付了，那这笔订单会在指定的时间段后进行关闭操作，细心的你一定发现了像某宝、某东都有这样的逻辑，而且时间很准确，误差在1s内；那他们是怎么实现的呢

分片。 监控。 这篇文章的内容就是要完善这两个方面的功能。前置文章：使用Redis实现延时任务(一)。 接下来需要结合场景和具体参数分析，假如在生产环境，有序集合的元素总量维持在10000每小时（也就是说业务量是每小时下单1万笔），由于查询Sorted Set和Hash的数据同…

最近在生产环境刚好遇到了延时任务的场景，调研了一下目前主流的方案，分析了一下优劣并且敲定了最终的方案。这篇文章记录了调研的过程，以及初步方案的实现。 下面是想到的几种实现延时任务的方案，总结了一下相应的优势和劣势。 如果应用的数据量不高，实时性要求比较低，选用调度框架和MySQ…

这里在我们项目中是来做一个延时的竞赛发布，指定几小时or几天后执行竞赛的发布流程，无需手动执行。 zset的实现是，轮询队列头部来获取超期的时间戳，实现延时效果，可靠性更高。 Redission的RDelayedQueue是一个封装好的zset实现的延时队列，最终选择了这个方案…