rabbitmq的生产和消费是只用了一个队列吗？ about jseckill HOT 9 OPEN

秒杀使用一个队列。 支付过程如果并发量大，可以写入另外一个队列，或者不经过队列

from jseckill.

总共2个阶段。
step1 秒杀（抢到商品）
step2 对抢到的商品订单进行付款

from jseckill.

总共2个阶段。
step1 秒杀（抢到商品）
step2 对抢到的商品订单进行付款

嗯嗯，流程很清楚，但是我就是在想，在秒杀过程中仅仅只使用一个队列会不会导致吞吐量不高的情况。

from jseckill.

总共2个阶段。
step1 秒杀（抢到商品）
step2 对抢到的商品订单进行付款

嗯嗯，流程很清楚，但是我就是在想，在秒杀过程中仅仅只使用一个队列会不会导致吞吐量不高的情况。

一般的，秒杀过程用一个队列即可。
除非一个队列生产环境遇到了性能瓶颈， 才考虑增加队列个数。

from jseckill.

总共2个阶段。
step1 秒杀（抢到商品）
step2 对抢到的商品订单进行付款

嗯嗯，流程很清楚，但是我就是在想，在秒杀过程中仅仅只使用一个队列会不会导致吞吐量不高的情况。

一般的，秒杀过程用一个队列即可。
除非一个队列生产环境遇到了性能瓶颈， 才考虑增加队列个数。

好的，谢谢大佬的耐心解释，我没有什么高并发的经验，就以为一个队列太少了。

from jseckill.

rabbitmq的性能非常高。 比如说一秒钟写入成千上万，甚至几万条消息，都是没问题的。

from jseckill.

rabbitmq的性能非常高。 比如说一秒钟写入成千上万，甚至几万条消息，都是没问题的。

我对rocketmq比较熟悉一些，打算用rocketmq来替换一下你做的这个秒杀项目😂

from jseckill.

rabbitmq的性能非常高。 比如说一秒钟写入成千上万，甚至几万条消息，都是没问题的。

我对rocketmq比较熟悉一些，打算用rocketmq来替换一下你做的这个秒杀项目😂

rocket的时效没有rabbit好

from jseckill.

from jseckill.