MQ的不足:
- 系统更复杂,多了一个MQ组件;
- 消息传递路径更长,延时会增加;
- 消息可靠性和重复性互为矛盾,消息不丢不重难以同时保证;
- 上游无法知道下游的执行结果,这一点是很致命的
MQ的好处:
- 解耦
- 冗余〈存储) : 有些情况下,处理数据的过程会失败。消息中间件可以把数据进行持久化直到它们已经被完全处理,通过这一方式规避了数据丢失风险。在把一个消息从消息中间件中删除之前,需要你的处理系统明确地指出该消息己经被处理完成,从而确保你的数据被安全地保存直到你使用完毕。
- 扩展性: 因为消息中间件解捐了应用的处理过程,所以提高消息入队和处理的效率是很容易的,只要另外增加处理过程即可,不需要改变代码,也不需要调节参数。
- 削峰: 在访问量剧增的情况下,应用仍然需要继续发挥作用,但是这样的突发流量并不常见。如果以能处理这类峰值为标准而投入资源,无疑是巨大的浪费。使用消息中间件能够使关键组件支撑突发访问压力,不会因为突发的超负荷请求而完全崩惯。
- 可恢复性: 当系统一部分组件失效时,不会影响到整个系统。消息中间件降低了进程间的稿合度,所以即使一个处理消息的进程挂掉,加入消息中间件中的消息仍然可以在系统恢复后进行处理。
- 异步通信: 在很多时候应用不想也不需要立即处理消息。消息中间件提供了异步处理机制,允许应用把一些消息放入消息中间件中,但并不立即处理它,在之后需要的时候再慢慢处理。