RocketMQ消息中间件(一)【铺垫】全图剖析电商网站的订单系统：一个订单系统究竟有多少隐藏问题?一个bug千行泪

前言

为了通俗易懂一些，消息中间件，个人的理解，就是一种传递消息的工具，例如qq，其实可以就将qq理解为消息中间件，这样看起来是不是就爽多了，当然，只是个人的理解，要是错了就将错就错，你使用qq发送了一条消息给王老五，那么你就是生产这条消息的人，那么qq就会得到你发送的这条消息，然后将这条消息发送给王老五，那么王老五就收到了你的消息“今天有没有学MQ？”，那么当王老五看到这个消息的时候，实际是是否就是消费了这条消息呢？【个人讨喜见解而已，不喜欢可以喷】

电商网站中：一个订单系统引发的问题

PS:图可能有点多，如果展示版面影响不是很舒适，欢迎大家指出，我删除一些，留重点的，但是方便理解，我首次上传就上传完整的过程

【图一：订单系统大概架子】

【图二：订单系统的下单流程】

【图三：图二中的第8步为什么耗时？】

【图四：订单退款后的逆向工程】

慢慢考虑：如果退款在某一个阶段出现了错误，举例：款没退，其余的操作全部做了，此时应该怎么办？

【图五：用户创建了订单，但是迟迟不付款，这可咋办？】

图五的问题考虑：

问题一：加入了购物车，创建了订单，但是没有买产生的问题？
这个比较简单直接解答：发现下完订单后，在指定时间还未付款，订单状态改为已关闭状态，释放库存；
问题二：当创建完订单后，后台线程会【不停】的扫描这些待支付的订单，如果这个数据几十万或者是上百万，大大降低了系统的效率；慢慢考虑问题二

【图六：这些问题的总结梳理图】

MQ下一站链接: https://blog.csdn.net/weixin_46950473/article/details/114926001.

最后谢谢大家！这篇文章其实干货不多，但是任何一个技术点，都有一个由来，有了由来才能更深刻的学习，带着问题去学习如何解决问题如果此篇文章有不足的地方，或者是有错误的观点，欢迎大家在评论去指出！共同学习，努力进步！

声明：转发请备出处！谢谢！所有的原图可以找我申领，redis的生产环境的部署，集群的搭建，哨兵模式，主从分离，redis如何支撑海量数据+几十万的QPS，master node和slave node的主从分离痛点等等，消息中间件的所有草图，我会全部以分享的形式上传，本人的全部画图笔记，可以无条件分享！