• RabbitMQ—持久化机制与内存磁盘的监控


    持久化机制

    持久化机制可以保证在出现异常情况时(重启,关闭,宕机)下数据的丢失。

    持久化就把信息写入到磁盘的过程。

    非持久消息:是指当内存不够用的时候,会把消息和数据转移到磁盘,但是重启以后非持久化队列消息就丢失。

     

    RabbitMQ的持久化队列分为:
    1:队列持久化
    2:消息持久化
    3:交换机持久化

    不论是持久化的消息还是非持久化的消息都可以写入到磁盘中,只不过非持久的是等内存不足的情况下才会被写入到磁盘中。

    RabbitMQ的队列持久化实现:

    队列的持久化是定义队列时的durable参数来实现的,Durable为true时,队列才会持久化。

    1. // 参数1:名字
    2. // 参数2:是否持久化,
    3. // 参数3:独du占的queue,
    4. // 参数4:不使用时是否自动删除,
    5. // 参数5:其他参数
    6. channel.queueDeclare(queueName,true,false,false,null);

    其中参数2:设置为true,就代表的是持久化的含义。即durable=true。持久化的队列在web控制台中有一个D 的标记

     

     

     

    RabbitMQ的消息持久化实现:

    消息持久化是通过消息的属性deliveryMode来设置是否持久化,在发送消息时通过basicPublish的参数传入。

    1. // 参数1:交换机的名字
    2. // 参数2:队列或者路由key
    3. // 参数3:是否进行消息持久化
    4. // 参数4:发送消息的内容
    5. channel.basicPublish(exchangeName, routingKey1, MessageProperties.PERSISTENT_TEXT_PLAIN, message.getBytes());

     

     

    注意点:

    • 队列持久化必须开启,否则不会生效
    • 消息标记为持久化并不能完全保证不会丢失消息

     

    RabbitMQ的交换机持久化实现: 

    和队列一样,交换机也需要在定义的时候设置持久化的标识,否则在rabbit-server服务重启以后将丢失。

    1. // 参数1:交换机的名字
    2. // 参数2:交换机的类型,topic/direct/fanout/headers
    3. // 参数3:是否持久化
    4. channel.exchangeDeclare(exchangeName,exchangeType,true);

     

     

    内存磁盘的监控

    当内存使用超过配置的阈值或者磁盘空间剩余空间对于配置的阈值时,RabbitMQ会暂时阻塞客户端的连接,并且停止接收从客户端发来的消息,以此避免服务器的崩溃,客户端与服务端的心态检测机制也会失效。

     

     参考帮助文档:Configuration — RabbitMQ
    当出现警告的时候,可以通过配置去修改和调整

    内存阈值。默认情况是:0.4 (相对值)  比如我用的虚拟机内存是2G,因此在这里我的RabbitMQ内存阈值就差不多为800M,少了一点是因为它自己消耗了几MB。

    如何修改内存阈值

    一、命令行

    1. rabbitmqctl set_vm_memory_high_watermark <fraction> #相对值,相对于主机内存
    2. rabbitmqctl set_vm_memory_high_watermark absolute 1000MB #绝对值,直接设置准确内存阈值

    内存阈值 默认情况是:0.4/2GB,代表的含义是:当RabbitMQ的内存超过40%时,就会产生警告并且阻塞所有生产者的连接。通过此命令修改阈值在Broker重启以后将会失效,通过修改配置文件方式设置的阈值则不会随着重启而消失,但修改了配置文件一样要重启broker才会生效。

    二、修改RabbitMQ配置文件 rabbitmq.conf

    当前配置文件:/etc/rabbitmq/rabbitmq.conf 

    1. #默认
    2. #vm_memory_high_watermark.relative = 0.4
    3. # 使用relative相对值进行设置fraction,建议取值在04~0.7之间,不建议超过0.7.
    4. vm_memory_high_watermark.relative = 0.6
    5. # 使用absolute的绝对值的方式,但是是KB,MB,GB对应的命令如下
    6. vm_memory_high_watermark.absolute = 2GB

    RabbitMQ的内存换页 

    在某个Broker节点及内存阻塞生产者之前,它会尝试将队列中的消息换页到磁盘以释放内存空间,持久化和非持久化的消息都会写入磁盘中,其中持久化的消息本身就在磁盘中有一个副本,所以在转移的过程中持久化的消息会先从内存中清除掉。

    默认情况下,内存到达的阈值是50%时就会换页处理。
    也就是说,在默认情况下该内存的阈值是0.4的情况下,当内存超过0.4*0.5=0.2时,会进行换页动作。

    比如有1000MB内存,当内存的使用率达到了400MB,已经达到了极限,但是因为配置的换页内存0.5,这个时候会在达到极限400mb之前,会把内存中的200MB进行转移到磁盘中。从而达到稳健的运行。

    可以通过设置 vm_memory_high_watermark_paging_ratio 来进行调整 

    1. vm_memory_high_watermark.relative = 0.4
    2. vm_memory_high_watermark_paging_ratio = 0.7(设置小于1的值)

     为什么设置小于1,以为你如果你设置为1的阈值。内存都已经达到了极限了。你在去换页意义不是很大了。

    RabbitMQ的磁盘预警 

    当磁盘的剩余空间低于确定的阈值时,RabbitMQ同样会阻塞生产者,这样可以避免因非持久化的消息持续换页而耗尽磁盘空间导致服务器崩溃。

    默认情况下:磁盘预警为50MB的时候会进行预警。表示当前磁盘空间第50MB的时候会阻塞生产者并且停止内存消息换页到磁盘的过程。
    这个阈值可以减小,但是不能完全的消除因磁盘耗尽而导致崩溃的可能性。比如在两次磁盘空间的检查空隙内,第一次检查是:60MB ,第二检查可能就是1MB,就会出现警告。

    通过命令方式修改如下

    1. rabbitmqctl set_disk_free_limit <disk_limit>
    2. rabbitmqctl set_disk_free_limit memory_limit <fraction>
    3. disk_limit:固定单位 KB MB GB
    4. fraction :是相对阈值,建议范围在:1.0~2.0之间。(相对于内存)

     通过配置文件配置如下:

    1. disk_free_limit.relative = 3.0
    2. disk_free_limit.absolute = 50mb

     

  • 相关阅读:
    前后端接口设计与配置中心系统<二十九>-------HiAbility SDK开发2【 APP分享功能设计与实现】
    FFmpeg入门详解之121:颜色空间转换RGB和YUV的原理与实战
    TensorFlow(R与Python系列第四篇)
    深入 Go 语言核心:结构体的全方位解析
    typescript中interface和type学习
    JVM - 运行时数据区与线程
    MySQL数据库管理基本操作(一)
    天花板级别的python读取文件方法,真的香.......
    基于springboot的高校学科竞赛系统
    关于五度圈
  • 原文地址:https://blog.csdn.net/m0_46845579/article/details/125620260