消息队列之Rabbitmq

例如电商系统核心是交易服务，交易服务要调用另外三个服务，订单服务、库存服务、仓储服务。这三个服务如果有一个服务不可用，交易服务就无法正常运行，所以交易服务是强耦合另外三个服务。

某一天，项目组一个同事向我反馈，他们使用公司的数据同步产品将MySQL数据同步到MQ集群，然后使用消费者将数据再同步到ES，反馈数据同步延迟严重，但对应的消费组确没有积压，但最近最近几分钟的数据都没有

消息队列在我们系统使用中已然成为非常重要的一项技术了，那我们在使用的过程中，如何更好的发挥出这门技术的作用呢，实现不是目的，重要的是更好的服务于这个系统，提升用户体验。我总结了几点优化技巧供大家参考

无论在什么系统中，日志管理模块都属于十分重要的部分，毕竟谁都没办法保证自己写的代码绝对没bug，一旦线上出现问题，日志就会起到至关重要的作用；万一是多人协作的业务，当同事甩锅的时候，日志也是很好的证据

RabbitMQ死信队列实现 之前做商城遇到一个关于订单未支付超时失效的问题，总结一下，不过最好结合插件使用

谈起消息队列，内心还是会有些波澜。 消息队列，缓存，分库分表是高并发解决方案三剑客，而消息队列是我最喜欢，也是思考最多的技术。 我想按照下面的四个阶段分享我与消息队列的故事，同时也是对我技术成长经历的

延时消息（定时消息）指的在分布式异步消息场景下，生产端发送一条消息，希望在指定延时或者指定时间点被消费端消费到，而不是立刻被消费

这个问题在实际工作中很常见，既能考察候选者对于 MQ 中间件技术的掌握程度，又能很好地区分候选人的能力水平。