RabbitMQ

RabbitMQ： 优点：轻量，迅捷，容易部署和使用，拥有灵活的路由配置 缺点：性能和吞吐量较差，不易进行二次开发 RocketMQ： 优点：性能好，稳定可靠，有活跃的中文社区，特点响应快 缺点：兼容性较差，但随意影响力的扩大，该问题会有改善 ActiveMQ： 目前，消息队列在各大互联网平台，尤其是电商平台如京东、淘宝、去哪儿等网站有着深入的应用，主要作用是高并发访问高峰，通过异步消息模式减少网站响应时间，提高系统吞吐量。ActiveMQ作为众多MQ中的一员，而且也是最老牌的一员，有其优势：1）多编程语言多协议支持。2）完全支持JMS1.1和J2EE 1.4规范 3）对Spring的支持,ActiveMQ可以很容易内嵌到使用Spring的系统里面去 4）从设计上保证了高性能的集群。 Kafka： 优点：拥有强大的性能及吞吐量，兼容性很好 缺点：由于“攒一波再处理”导致延迟比较高，有可能消息重复消费 作为一个有着丰富经验的微服务架构师，经常有人问我：“应该选择 MQ 还是 Kafka ？”。基于某些原因，许多开发者会把这两种技术当作等价的来看待。的确，有些案例场景下选择 RabbitMQ 还是 Kafka 没什么差别，但是这两种技术在底层实现方面是有许多差异的。不同场景需要不同的解决方案，选错一个方案能够严重的影响你对软件的设计，开发和维护的能力。

一、SpringBoot 整合配置详解 1.1 生产端的几个关键参数 spring.rabbitmq.publisher-confirms=true spring.rabbitmq.publisher-returns=true spring.rabbitmq.template.mandatory=true 1.2 生产端消息的确认和返回模式 public class RabbitSender { //自动注入RabbitTemplate模板类 @Autowired private RabbitTemplate rabbitTemplate; //回调函数: confirm确认 final ConfirmCallback confirmCallback = new RabbitTemplate.ConfirmCallback() { @Override public void confirm(CorrelationData correlationData, boolean ack, String cause) { System.err.println("correlationData: " + correlationData); System.err.println("ack: " + ack); if(!ack){ System.err.println("异常处理...."); }

目录 一、simple模式 simple模式实现-生产者 simple模式实现-消费者 二、work模式（能者多劳模式） work模式实现-生产者 work模式实现-消费者 三、订阅模式-fanout fanout模式实现-生产者 fanout模式实现-消费者 四、订阅模式-direct direct模式实现-生产者 direct模式实现-消费者 五、订阅模式-topic topic模式实现-生产者 topic模式实现-消费者 六、 订阅模式-headers 七、RPC 一、simple模式 即简单的点对点消息模型。开启mq服务，开启进程P 生产者向mq 写消息，进程C消费者监听mq，消费消息。 simple模式实现-生产者 simple模式实现-消费者 二、work模式（能者多劳模式） 一个生产者P，对应了多个消费者C。这些多个C，消费的消息各自不同，C1和C2 消费的消息，构成所有消息的一个全集。可开启C的消费竞争 channel.basicQos(1);C1和C2 能者多劳。 work模式实现-生产者 work模式实现-消费者 三、订阅模式-fanout 订阅模式中会用到交换机。根据交换机类型的不同，订阅模式的效果也会有所不同。 所有发送到该交换器的消息全部发送到其对应的队列中 fanout模式实现-生产者 fanout模式实现-消费者 四、订阅模式-direct

MySQL 01-win10安装MySQL5.6 02-引用-centos8安装MySQL8.0(yum) 03-初识SQL语句 04-表的基本操作+数据类型 05-约束条件 06-单表查询 07-多表查询 08-mysql工具&sql注入问题 09-mysql进阶知识点 10-打通了数据库的登录注册 Redis 01-安装redis-5.0.5 02-基本数据类型操作方法 03-其他常用操作方法 04-管道&发布订阅 RabbitMQ 01-初识RabbitMQ消息队列 02-常用参数 03-交换机-fanout 04-交换机-direct 05-交换机-topic 06-RabbitMQ优先队列 07-RabbitMQ简单实现RPC模式 来源： oschina 链接： https://my.oschina.net/u/4343260/blog/4296268

消息队列教程目录链接 https://my.oschina.net/u/4039389?tab=newest&catalogId=7011524 docker 安装Rabbitmq docker pull rabbitmq:3-management docker run -d --hostname my-rabbit --name rabbit15672 -v /home/rabbitmq/15672:/var/lib/rabbitmq -e RABBITMQ_DEFAULT_USER=admin -e RABBITMQ_DEFAULT_PASS=admin -p 15672:15672 -p 5672:5672 rabbitmq:3-management 进入管理界面 http://127.0.0.1:15672 username：admin password：admin Overview Name：broker名称 File descriptors：broker打开的文件描述符和限制。 Socket descriptors：broker管理的网络套接字数量和限制。当限制被耗尽时，RabbitMQ将停止接受新的网络连接。 Erlang processes：erlang启动的进程数。 Memory：当前broker占用的内存。 Disk space：当前broker占用的硬盘。

消息中间件简介 MQ全称（Message Queue）`又名消息队列，是一种异步通讯的中间件。 可以将它理解成邮局，发送者将消息传递到邮局，然后由邮局帮我们发送给具体的消息接收者（消费者），具体发送过程与时间我们无需关心，它也不会干扰我进行其它事情。常见的MQ有 kafka 、 activemq 、 rocketMQ 、 rabbitmq 等等** 消息中间件的应用场景 跨系统数据传递、高并发流量削峰、数据异步处理。。。。 消息中间件对比 综上，各种对比之后，有如下建议： 一般的业务系统要引入 MQ，最早大家都用 ActiveMQ，但是现在确实大家用的不多了，没经过大规模吞吐量场景的验证，社区也不是很活跃，所以大家还是算了吧，我个人不推荐用这个了； 后来大家开始用 RabbitMQ，但是确实 erlang 语言阻止了大量的 Java 工程师去深入研究和掌控它，对公司而言，几乎处于不可控的状态，但是确实人家是开源的，比较稳定的支持，活跃度也高； 不过现在确实越来越多的公司会去用 RocketMQ，确实很不错，毕竟是阿里出品，但社区可能有突然黄掉的风险（目前 RocketMQ 已捐给 Apache ，但 GitHub 上的活跃度其实不算高）对自己公司技术实力有绝对自信的，推荐用 RocketMQ，否则回去老老实实用 RabbitMQ 吧，人家有活跃的开源社区，绝对不会黄。 所以

从事软件开发的同学，一定都听过或用过消息队列，比如 RabbitMQ，Kafka。消息队列简单来说就是生产者将很多消息放到一个队列结构中，由其他消费者来消费。想了解更多 队列 的知识，看下我之前写的 18 个 Queue 的文章，保证整的明明白白。 传送门： 45张图庖丁解牛18种Queue 。 那如果把常见的四大消息队列拉到一个群里，会碰出哪些火花呢？ 被嫌弃 四大队列被 中间件大队长 拉到了一个群里面。 群名：悟空聊架构群。 成员数：25 个。 管理员：中间件大队长。 群主：神秘悟空哥。 大家来感受下他们的聊天界面吧~ 👇👇👇 群聊画面 1 RabbitMQ 单独找中间件大队长聊天的画面。 单聊画面 1 涉及的故事： Erlang 是啥？ 并非一门新语言，出现于 1987 年。并不是面向对象语言。 函数式编程，基于进程并发，高并发、分布式是它的优势。 由爱立信制造商专门为通信应用设计，在国内主要是游戏领域用到。 Erlang 为啥会被其他队列嫌弃？ 因为 RocketMQ、ActiveMQ 都是用 Java 实现的，Kafka 是用 Scale 和 Java 实现的，这三种消息队列从语言实现上都有些类似。 在国内现如今超流行的 Java 的技术生态中，懂 Java 又懂 Erlang 的就比较少了，愿意花时间和精力在 Erlang 上面的就更少了。 快和慢 群聊画面 2

1、rabbitmq集群工作原理 2、elasticsearch集群工作原理 3、nginx高可用 4、zabbix监控哪些项 5、redis持久化、集群模式 6、activemq集群模式 7、mq软件对比 8、MySQL高可用 来源： oschina 链接： https://my.oschina.net/u/4419179/blog/4496842