采纳答案成功!
向帮助你的同学说点啥吧!感谢那些助人为乐的人
老师在后面的压测当中,说明了瓶颈在rabbitmq这里,于是采用了当count=100的倍数时才能入消息队列的方法提高了QPS,我想问的是如果开了多个消费端而不采取count=100的倍数方法是不是也能达到提高性能的方法呢?比说我购买一台4核8G的服务器,有8线程,我就开8个消费端去消化它. 另外我怎么觉得count=100的倍数方法,就会有99个客户就会抢不到而重新去抢,这对用户是不是太不友好了?这方法能让广大用户能接受嘛?
100的倍数是你压力非常大的时候使用的,当你的商品数量有10万的时候,你可以扩大这个倍数。控制商品能在规定时间内被抢购完成(10秒,15秒等)。这里rabbitmq的压力主要是看你有多少商品,如果商品数量少一万活着两万这个倍数可以小点。在前端也有控制点击频率。当流量非常大的时候用户是没有感觉的。
那老师,我多加几个消费客户端不也可以提高QPS嘛?还是说当流量太大了的时候,加再多的消费端也无济于事了?
主要是写rabbitmq,这里rabbitmq在大流量下要优化。
rabbitmq大概能优化到1-1.5万qps,等数量是在太大就是分rabbit目前,消费端开多了只是处理对列里面的消息。
登录后可查看更多问答,登录/注册
运用架构设计与系统化思维,从容应对不同流量等级的“秒杀”场景
1.8k 3
1.6k 4
1.1k 5
1.1k 11
1.1k 8