海量交易订单查询没做“重试”，一哥们"喜提"P3故障！

免费视频福利推荐：

2T免费学习视频，内含精选高频面试题、SSM、Dubbo、Spring全家桶、微服务、MySQL、MyCat、集群、分布式、高并发、中间件、Linux、网络、多线程，Jenkins、Nexus、Docker、ELK等等免费学习视频，持续更新！

---

往期热门文章推荐：

1、《2019年精选优秀博文都在这里了！》

2、格式化时间用了YYYY-MM-dd，元旦当天老板喊我回去改Bug！

3、39 个奇葩代码注释，看完笑哭了。。。

4、牛逼的人，都已经开始用文言文写代码了！

5、如何优雅地根治null值引起的Bug！

---

一、故事情节

以下情节根据真实事件改编！

由于现在PDD模式比较火，某大厂的一哥们，接到老板的需求，做一个拼团业务，具体的业务需求是这样的：

1、一个拼团活动有开始时间和结束时间；

2、某一商户下的某一商品当有第一个用户购买的时候，创建一个拼团单，后边用户在当前商户购买当前商品的时候，直接加入该拼团单（商户ID和商品ID决定一个拼团单）；

3、拼团活动结束后使用定时任务判断是否成团，如果某一商品的拼团单购买的商品数量到达拼团的最低门槛，则拼团成功，否则拼团失败；

4、触发定时任务的时候，拿着所有的拼团单，查询每一个拼团单对应的交易单；

5、判断某一拼团单用户的下单数量是否达到最低门槛，决定拼团成功失败；

提示：画图工具使用的是OmniGraffle

因为知道，交易库数据量巨大，再加上业务刚上线，被交易那边限流，这哥们还特意进行了分页查询，每页查询50条数据，定时任务也采用主子任务的方式，拆分子任务处理拼团单࿰