欲实现上述模型要求,需可靠的消息投递。服务发出的消息,一定会被MQ收到。
- 用户体验的变化
前端配合排队中等界面。
商品/订单服务都变成异步化,适合秒杀类场景,当流量不大时,并不太适合。
===================================================================
-
库存在Redis中保存
-
收到请求Redis判断是否库存充足 ,减掉Redis中库存
-
订单服务创建订单写入数据库,并发送消息
当订单支付成功后,会有一个出库过程,既然有这个过程,就有可能出库失败。
库存有两部分:
-
缓存redis层
-
数据库mysql层
-
当客服新增5个库存,则缓存redis和数据库mysql层都需增加5个库存,使用分布式事务的最终一致性来满足:库存要么全加,要么全不加。
-
当订单生成时,需要扣除库存,
先扣redis库存
,如果扣除成功,则生成订单进行支付,这个过程不扣除mysql库存
。 -
当redis库存扣完,该产品就无法下单了,下单就会失败,就把外层的给挡住了。
-
在第2步
扣除redis库存成功后
,生成订单,进行支付,支付成功,返回我的订单中心, 会发现有一个出库过程。 -
出库过程
一个MQ异步解耦的任务队列,这个过程是扣除mysql库存
:
-
如果扣mysql库存成功,出库成功,完成下订单整个流程,进入发货状态
-
如果扣mysql库存失败,出库失败,进行