【rabbitMQ】RabbitMQ的消息保存方式:disc和r
RabbitMQ对于queue中的message的保存方式有两种方式:disc和ram。
如果采用disc,则需要对exchange/queue/delivery mode都要设置成durable模式。
Disc方式的好处是当RabbitMQ失效了,message仍然可以在重启之后恢复。
使用ram方式,RabbitMQ处理message的效率要高很多,ram和disc两种方式的效率比大概是3:1。所以如果在有其它HA手段保障的情况下,选用ram方式是可以提高消息队列的工作效率的。
如果使用ram方式,RabbitMQ能够承载的访问量则取决于可用的内存数了。
RabbitMQ使用两个参数来限制使用系统的内存,避免系统被自己独占。
[{rabbit, [{vm_memory_high_watermark_paging_ratio, 0.75}, {vm_memory_high_watermark, 0.4}]}]
vm_memory_high_watermark:表示RabbitMQ使用内存的上限为系统内存的40%。也可以通过absolute参数制定具体可用的内存数。当RabbitMQ使用内存超过这个限制时,RabbitMQ 将对消息的发布者进行限流,直到内存占用回到正常值以内。
vm_memory_high_watermark_paging_ratio:表示当RabbitMQ达到0.4*0.75=30%,系统将对queue中的内容启用paging机制,将message等内容换页到disk 中。
RabbitMQ的内存使用情况可以通过“rabbitmqctl status”或者管理插件中的Web UI查询。
image.png
各个内存条目的含义请参照:https://www.rabbitmq.com/memory-use.html
当消息发送的速率超过了RabbitMQ的处理能力时该怎么办?
RabbitMQ会自动减慢这个连接的速率,让client端以为网络带宽变小了,发送消息的速率会受限,从而达到流控的目的。
使用”rabbitmqctl list_connections”查看连接,如果状态为“flow”,则说明这个连接处于flow-control 状态。
rabbitmqctl join_cluster --ram rabbit@xx.xx.xx.xx
rabbitmqctl join_cluster --disc rabbit@xx.xx.xx.xx
rabbitmqctl stop_app
rabbitmqctl change_cluster_node_type disc
rabbitmqctl change_cluster_node_type ram
rabbitmqctl start_app
image.png
参考
CentOS7下单机部署RabbltMQ环境的操作记录
https://www.cnblogs.com/kevingrace/p/7693042.html
Centos6.9下RabbitMQ集群部署记录
https://www.cnblogs.com/kevingrace/p/8012792.html