一、惰性队列1.1、消息堆积问题当生产者发送消息的速度超过了消费者处理消息的速度，就会导致队列中的消息堆积，直到队列存储消息达到上限。之后发送的消息就会成为死信，可能会被丢弃，这就是消息堆积问题。解决消息堆积有三种思路：增加更多消费者，提高消费速度。也就是我们之前说的workqueue模式在消费者内开启线程池加快消息处理速度扩大队列容积，提高堆积上限要提升队列容积，把消息保存在内存中显然是不行的。 1.2、惰性队列从RabbitMQ的3.6.0版本开始，就增加了LazyQueues的概念，也就是惰性队列。惰性队列的特征如下：接收到消息后直接存入磁盘而非内存消费者要消费消息时才会从磁盘中读取并加

文章目录一、模块简介二、工作原理三、程序设计本实验将采集到的传感器数据利用ADC转换，将转换后的电压值显示在串口调试助手上一、模块简介MQ-2烟雾传感器所使用的气敏材料是在清洁空气中电导率较低的二氧化锡(SnO2)。当烟雾传感器所处环境中存在可燃气体时，烟雾传感器的电导率随空气中可燃气体浓度的增加而增大。使用简单的电路即可将电导率的变化转换为与该烟雾传感器气体浓度相对应的输出信号。MQ-2气体烟雾传感器对液化气、丙烷、氢气的灵敏度高，对天然气和其它可燃蒸汽的检测也很理想。这种气体传感器可检测多种可燃性气体，是一款适合多种应用的低成本烟雾传感器。1.模块特性：MQ-2烟雾传感器在较宽的浓度范围内

引言本文是一次是真实从0开始创建消息队列，并开启了访问认证的过程。本次目标如下：Ip：10.10.10.2port：1416Queuemanager：QMGR_TESTchannel：CHL_TESTqueue_name：Q_TRAN_TEST_IN,Q_TRAN_TEST_OUT,Q_TRAN_TEST2_IN,Q_TRAN_TEST2_OUTUsername:testuserPassed:testuser123部署步骤登陆至mqm用户操作：su-mqm1、创建管理队列管理器crtmqmQMGR_TEST2、启动此队列管理器strmqmQMGR_TEST3、创建本地队列runmqscQMGR

在微服务的时代，分布式事务是绕不开的话题，尽管在大多数场景下，我们并不需要使用分布式事务，但是不需要使用不代表可以不会使用，万一哪天真需要用到了呢？分布式事务是一个比较大的话题，今天我们来看看基于MQ的分布式事务解决方案。在实际开发中，为了简化分布式事务，我们和其他服务交互，经常会采用MQ的方式，我们先来看下如果采用MQ的方式和其他服务进行交互，应该怎么做。采用MQ的方式和其他服务进行交互基于RocketMQ事务消息+最大努力通知RocketMQ提供了事务的消息的功能，我们来看下事务消息的原理：Producer发送一个半消息到Broker；Broker收到半消息后，响应Producer，Bro

前言在平常管理团队的时候，肯定会遇到这种情况，某种业务问题，有解决方案的技术有很多种，但是不知道该如何选择，技术选型也是一件非常谨慎的事情，事关日后对应服务的维护和拓展，这里就讲讲RabbitMQ、RocketMQ、Kafka这三款MQ该如何选择选型前提1、产品必须是开源的主要是为了应对实际需求，如果开源产品有一点点不满足或者bug，我们也可以下载源码，潜心钻研一下并修改源码，就可以继续使用，方便且实用2、近几年比较流行的这个不用说了吧，技术大多数情况下，越流行，说明业务场景的解决方案就越成熟3、消息传输是可靠的：保证消息不会丢失这是MQ必须要保证的4、支持集群，可以横向扩展，包括解决单点故障

高可用对于当下的系统而言，可以说是一个硬指标，常年专注于业务开发的我们，对于高可用最直观的感觉可能就是祈祷应用不要出问题，不要报错；即便有问题，也最好不是我们的业务代码逻辑导致的，如果是服务器、DB、中间件(如注册中心、配置中心等)的异常那就抛给对应的sre,dba；然而常在河边走，哪有不湿鞋，为了保障服务的高可用，我们可以从哪些方面进行努力呢？本文将作为高可用的开篇，通过简述一些常用的系统的高可用方案，给大家介绍一下我们可以从哪些方面努力让我们的系统达到高可用，主要设计到的系统如下缓存：Redis数据库：MySql消息队列：RabbitMQ搜索:ElasticSearch1redis高可用策

引言本文会以一次完整的IBMMQ集群队列管理器、各类队列、channel、listener、TLS等的配置过程为样例，介绍企业应用如何在IBMMQ集群中进行配置使用的。注意：其中样例中的一些信息注意根据实际需求进行替换：队列管理器名称：QMGR_TESTVIP(HAfloatingipaddr)：10.10.36.219VIP(HAfloatingipinterface)：ens192认证用户名：testuser认证用户组：mqm创建队列管理器创建队列管理器及其数据分区(每个队列管理器数据隔离)#所有的操作需要到mqm用户下执行su-mqmexportPATH=$PATH:/opt/mqm/b

问题描述IBMMQ会对数据更改和重要事件进行日志记录。日志文件包含事务恢复所需的信息，可以归档活动日志文件（Activelogfiles），以便长期保留日志数据。IBMMQ在活动日志中记录发生的所有重要事件。该日志包含恢复所需的信息：持久消息；IBMMQ对象，例如队列；IBMMQ队列管理器；活动日志包含一组循环使用的数据集（最多310个），每一个队列管理器都有自己的恢复日志。恢复日志（Recoverylogs）包含下面三种文件：三个或者多个活动日志（activelogs）数据:S0000000.LOG-S9999999.LOG日志控制文件:amqhlctl.lfh(在log目录下)检查点文件:

一、什么是中间件?中间件是处于应用软件和系统软件之间的通用服务，是一类以自己的复杂换取企业应用简单化的可复用的基础软件,将具体业务和底层逻辑解耦的组件。中间件主要分为消息中间件、应用服务器中间件、交易中间件等等。而今天，我们主要是来一起了解一下什么是消息中间件;面向消息的系统（消息中间件）是在分布式系统中完成消息的发送和接收的基础软件。消息中间件也可以称消息队列，是指用高效可靠的消息传递机制进行与平台无关的数据交流，并基于数据通信来进行分布式系统的集成。通过提供消息传递和消息队列模型，可以在分布式环境下扩展进程的通信。当前业界比较流行的开源消息中间件包括：ActiveMQ、RabbitMQ、R

创建证书通过openssl生成私钥opensslgenrsa-outserver.key1024根据私钥生成证书申请文件csropensslreq-new-keyserver.key-outserver.csr然后再找机构去签发TLS相关配置注意事项：首先，队列管理器会有一个默认的证书，如果队列未配置的话，会使用这个最上层的默认证书。#最顶层的证书查看方式#进入目标队列管理器runmqscTEST#查看队列管理器属性disqmgr#查看SSLKEY的值，即对应证书位置然后，不同的队列使用不同的证书，需要单独配置。不同的证书，指定对应的certlabel（导入证书时命名的label）。最后，配置