【转载】关于RabbitMQ的消息持久性

      在消息队列 RabbitMQ 入门介绍里，描述了 RabbitMQ 的持久性设置。在设置持久化后，消息保存在磁盘上，即便 RabbitMQ 重启或服务器重启，消息都不会丢失。

RabbitMQ 支持消息的持久化，也就是数据写在磁盘上，为了数据安全考虑，我想大多数用户都会选择持久化。消息队列持久化包括3个部分：
（1）exchange 持久化，在声明时指定 durable => 1
（2）queue 持久化，在声明时指定 durable => 1
（3）消息持久化，在投递时指定 delivery_mode => 2（1 是非持久化）

若是 exchange 和 queue 都是持久化的，那么它们之间的 binding 也是持久化的。若是exchange 和 queue 二者之间有一个持久化，一个非持久化，就不容许创建绑定（这句话说的有问题，实际状况中常常出现非持久化的 queue 绑定到持久化 exchange 上的状况。我的以为其意思应该是：当二者并不是都是持久化时，其对应的 binding 就没法获得恢复）。

      可是，即便设置了持久化，也不能百分百保证消息不会丢失。有很小的几率在 RabbitMQ 接受到消息后，还没来得及写到磁盘，就发生重启了。另外，RabbitMQ 也不会对每个消息执行 fsync(2)，消息可能仅仅写入到缓存，还没来得及 flush 到硬件存储。所以 RabbitMQ 的持久性设置并不是足够安全，对于普通的工做队列也许够用了。若是须要增强的安全保证，能够把发布消息的代码封装在事务里。