MQ
0 人感兴趣 · 22 次引用
- 最新
- 推荐
全网首发，纯手打“RocketMQ 笔记”，帮你解决 95% 以上的问题！
消息队列 RocketMQ 是阿里巴巴集团基于高可用分布式集群技术，自主研发的云正式商用的专业消息中间件，既可为分布式应用系统提供异步解耦和削峰填谷的能力，同时也具备互联网应用所需的海量消息堆积、高吞吐、可靠重试等特性，是阿里巴巴双 11 使用的核心产品
微服务架构开发电商系统需要用 Redis、ES 和 MQ 吗？
需要上微服务架构最主要的目的就是为了解决服务功能频繁更新发布，导致总是影响业务大面积抖动，从而降低了新功能的敏捷迭代。因为对于单体服务，这个问题是无法避免的，一定会影响可靠性。
用 RabbitMQ 了好几年之后，我总结出来 5 点 RabbitMQ 的使用心得
而根据我这么多年的使用经验，我将 RabbitMQ 的心得形成一些提醒或者规范分享给大家，这样，大家以后使用 RabbitMQ 的时候，就不会再走我走过的弯路了。
Alibaba 开发十年，写出这本“MQ 技术手册”，看完我愣住了
消息队列已经逐渐成为企业IT系统内部通信的核心手段。它具有低耦合、可靠投递、广播、流量控制、最终一致性等一系列功能，成为异步RPC的主要手段之一。虽然说，目前状况是Kafka更为火热，但更为广泛的应该还属老牌的RabbtiMQ和Alibaba自主研发的RocketMQ。
快来！开源一份阿里微服务指导手册：springBoot+springCloud+MQ
今天开源的这份阿里巴巴内部的微服务的指导手册，涵盖了当下使用和面试过程中的流程技术，包含了：SpringBoot, Thymeleaf、 Jetty、 Redis 整合、C3P0 整合、Druid 整合、MyBatis 整合、ActiveMQ 整合、RabbitMQ 整合、Kafka 整合、Shiro 整合、SpringDataJP
Redis 做消息队列全攻略
在程序员这个圈子打拼了太多年，见过太多的程序员使用redis，其中一部分喜欢把redis做缓存（cache）使用，其中最典型的当属存储用户session，除此之外，把redis作为消息队列使用也不在少数，可见redis在互联网中应用是多么的广泛。
消息队列（六）如何处理消费者故障导致的百万消息积压？
我们先思考一下导致消息队列消息百万积压都是怎么造成的。首先，可能是消费端出问题了，比如宕机等情况，或者消费端消费得极其慢，就会导致消息不断积压；也有可能是消费端依赖的服务器挂掉了，比如依赖的 NoSQL/MySQL 挂掉了，导致消费者自己没啥正常运作了
消息队列（五）如何保证消息的顺序性？
在生产中经常会有一些类似报表系统，需要做 MySQL 的 binlog 同步。比如订单系统要同步订单表的数据到大数据部门的 MySQL 库中用于报表统计分析，通常的做法是基于 Canal 这样的中间件去监听订单数据库的 binlog，然后把这些 binlog 发送到 MQ 中
消息队列（三）如何保证消息不被重复消费？
RabbitMQ、RocketMQ、Kafka都有可能出现重复消费的问题，导致重复消费的原因可能出现在生产者，也可能出现在 MQ 或 消费者。
消息队列（二）如何保证消息队列的高可用？
在上一篇笔记 【MQ 学习笔记】为什么要使用消息队列？ 中，介绍了消息队列的应用场景和可能导致的问题，其中高可用问题是引入 MQ 的第一个问题。
消息队列（一）为什么要使用消息队列？
不知大家是否有遇到过这样的问题？我们要调其他系统推送数据，对方接口改了参数要围着对方转，配合调试和测试；新增对接系统要增加接口调用代码联调；调第三方接口经常调不通；每次大促系统都处于崩溃的边缘，如618、双十一、秒杀活动等。
