如何设计一个消息队列-创新互联

MQ每秒钟5k个请求进来，就2k个请求出去，可能会导致在高峰期有几十万甚至几百万的请求积压在MQ中。消息队列的优点就是在特殊场景下有其对应的好处：削峰、异步、解耦。缺点有以下几个：

系统可用性降低：系统引入的外部依赖越多，越容易挂掉。万一MQ服务器挂了，整个系统可用性降低。

系统复杂度提高：怎么保证消息重复性消费？怎么处理消息丢失性问题？怎么保证消息传递的顺序性？

一致性问题：A系统处理完了直接返回成功了，用户都以为你这个请求就成功了，但是问题是，要是BCD三个系统那里，BD两个系统写库成功了，结果C系统写库失败了，这数据就不一致了。

所以消息队列实际是一种非常复杂的架构，引入它有很多好处，但也得针对它带来的坏处做各种额外的技术方案和架构来规避掉，系统复杂度也许会比原来复杂10倍。

其实主要基于两个方面：对消息队列有过较为深入的原理了解或者从整体了解把握住一个消息队列的架构原理。

考验设计能力，一个常见消息队列系统，能不能从全局把握整体架构设计，给出一些关键点出来。首先这个mq得支持可伸缩性吧，就是需要的时候快速扩容，就可以增加吞吐量和容量，就设计个分布式的系统，参照kafka的设计理念，broker ->topic ->partition，每个 partition放一个机器，就存一部分数据。如果现在资源不够了，简单啊，给topic增加 partition，然后做数据迁移，增加机器，不就可以存放更多数据，提供更高的吞吐量了？其次得考虑一下这个mq的数据要不要落地磁盘，落磁盘能保证别进程挂了数据就丢了。

你是否还在寻找稳定的海外服务器提供商？创新互联www.cdcxhl.cn海外机房具备T级流量清洗系统配攻击溯源，准确流量调度确保服务器高可用性，企业级服务器适合批量采购，新人活动首月15元起，快前往官网查看详情吧