关于消息投递时操作数据库的问题

来源：3-2 消息如何保障 100% 的投递成功方案-1

温柔的微笑

2018-08-27

使用rabbitmq不就为了在并发时不去操作库，缓解数据库的压力吗？为什么还要在发送消息和确认时操作三次库呢？而且定时任务如果在并发高峰时执行，反而增加系统的压力（看到3-3明白了）

写回答

2回答

阿神

2018-08-27

定时任务不是和生产者一个服务，即使同一个服务，也不会增加服务器压力本事并不会占多少资源

阿神

2018-08-27

mq有很多功能，服务之间解耦，抗压都是他的主要作用

阿神

温柔的微笑

3-3只是一种优化的解决方案，在实际工作中，可能要很多次数据落库我们可以把这些步骤进行拆分，然后核心数据落库，其他数据异步执行，二次投递，节省性能，比如举个例子，一次落库 3ms，那么如果你操作10次数据库就是30ms，我把他拆分成2次确认方式投递消息，第一次操作3ms，第二次异步执行27ms，这样从吞吐量的角度就是提升了性能

2018-08-27

共4条回复

RabbitMQ精讲从0到1驾驭RabbitMQ应用与设计

从0到1，全面深入掌握RabbitMQ消息中间件技术

1460 学习 · 443 问题

查看课程

相似问题

消息100%的投递

回答 1

延迟消息，进行二次确认，回调检查的相关问题

回答 2

100%消息投递方案质疑

回答 3

RocketMQ内部能够保证消息的100%投递吗?

回答 1

有个问题

回答 1

打开慕课网App查看更多内容