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查询。
各个内存条目的含义请参照：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
参考
CentOS7下单机部署RabbltMQ环境的操作记录
https://www.cnblogs.com/kevingrace/p/7693042.html
Centos6.9下RabbitMQ集群部署记录
https://www.cnblogs.com/kevingrace/p/8012792.html