平凡

RabbitMQ内存预警机制

RabbitMQ可用磁盘空间预警机制

概述本文涵盖有助于诊断TLS连接问题和错误（TLS警报）的方法和一些工具。这策略是在排除问题过程中使用替代的TLS实现来测试所需的组件，以识别有问题的终端（客户端或服务器）。请记住，如果两个特定组件之间的交互是造成问题的原因，则不能保证此过程能够识别出问题。推荐的步骤如下：验证有效配置 验证节点是否监听TLS连接 验证文件权限 验证Erlang/OTP中的TLS支持 使用OpenSSL命令行工具验证证书/密钥对并使用TLS客户端或服务器进行测试 验证可用和配置的密码套件和证书密

RabbitMQ内置了对TLS的支持。本文覆盖了RabbitMQ中与TLS相关的各种主题，重点是客户端连接：使用TLS进行客户端连接的两种方式：直接或者通过TLS终端代理 TLS支持的Erlang/OTP要求 在RabbitMQ中启用TLS 如何使用tls-gen或者手动为开发和QA环境生成自签名证书 Java和.NET客户端中的TLS配置 客户端连接或相互（“mTLS”）的对等（证书链）验证 与RabbitMQ相关的用药使用扩展 如何控制启用的TLS版本和密码套件 TLSv1.

RabbitMQ如何保证消息的可靠性呢？其中消息的持久化机制对其实现可靠性奠定了基础持久化包含以下三种：exchange持久化queue持久化message持久化1. exchange在创建exchange时，指定其Durability属性值为Durable，如下图：2. queue在创建queue时，指定其Durability属性值为Durable，如下图：3. message在发送消息到队列时，属性“delivery mode” 值设置为2-Pers

概述RabbitMQ的所有访问资源都是用application/json类型，并且需要HTTP基本认证。默认的用户名密码是guest/guest。由于虚拟主机名字能够唯一标识对象，所以许多URIS使用虚拟主机的名字作为请求路径的一部分。默认虚拟主机的名字为“/”，这将会被编码为“%2F”。上传的json对象，必须明确指定强制键，并且可能有可选的主键，其他的键将会被忽略。缺少必须的键会导致错误。由于绑定在AMQP中没有名字或者IDs，我们根据它的属性合成一个。由于一般情况下很难预测此名称，所以你可以使用p

0. create mq userrabbitmqctl add_user userName password1. create queuerabbitmqadmin -u username -p password declare queue name=queueName durable=true2. declare bindingrabbitmqadmin -u username -p passworddeclare binding source=exchangeName...

目录1. 消息如何保障100%的投递成功2. 幂等性概念3. 海量订单产生，如何避免重复消费4. Confirm确认消息、Return返回消息5. 自定义消费者6. 消息的ACK与重回队列7. 消息的限流8. TTL 消息9. 死信队列1. 消息如何保障100%的投递成功什么是生产端的可靠性投递？保障消息的成功发出 保障MQ节点成功接收 发送端收到mq节点的确认应答 完善的消息补偿机制可靠性投递的解决方案消息落库，对消息状态进行打标（轮询遍历.

消息变成死信的情况：1. 消息被拒绝(basic.reject/ basic.nack) 并且 requeue=false2. 消息TTL 过期3. 队列达到最大长度

基本概念按照运行流程分为以下四个部分：1、producer：消息生产者，就是投递消息的程序。2、Broker：简单来说就是消息队列服务器实体。vhost：虚拟主机，一个broker里可以开设多个vhost，用作不同用户的而独立运行。　　Exchange：消息交换机，它指定消息按什么规则，路由到哪个队列。　　Queue：消息队列载体，每个消息都会被投入到一个或多个队列。　　Binding：绑定，它的作用就是把exchange和queue按照路由规则绑定起来。　　Routing