MQ的作用很多，典型作用：

1、削峰填谷：如果短時間內要處理的業務量大于數據庫的服務能力，則可能會卡死數據庫；使用MQ可以慢慢處理。

2、異步化：如果處理的工作非常耗時，則RPC的請求一直halt，對系統性能是個很大影響，發到MQ上，直接繼續處理其他請求，則是一個更好的選擇。

3、解耦：系統直接不像是RPC那些直接依賴了，不管有多少系統，都跟MQ打交道即可。

4、負載均衡：如果一臺機器處理消息不夠及時，可以多上幾臺機器做消息消費。

另外，感覺題主對ActiveMQ持久化到MySQL有一些誤解。

1、如果指的是ActiveMQ配置文件里制定用jdbcPersistenceAdapter，這樣是當消息是持久化的時候，消息的openwire序列化成的二進制數據，存入MySQL的ActiveMQ_MSGS表中的一個blob字段了。這個消息，你可以看做是send的消息的副本的二進制序列化數據。

2、如果指的是消息被消費以后，作為數據再應用程序的代碼里被寫入到MySQL，則參見上面的作用。

對于第一種理解，你可以看做是Quartz和Spring Batch的區別。

直接存數據到MySQL，這樣對于如果一次沒有發成功怎么辦，處理數據失敗了怎么辦，超時了怎么辦，要不要重新發送，不同類型的數據怎么不同對待，怎么保證不同應用去到的數據是不同的，等等，如果你在數據庫的基礎上實現了這些策略，實際上你就實現了一個基于數據庫的消息隊列。

實際上，在MQ出現之前，大家使用文件系統、socket、內存、數據庫等多種方式來在系統之間共享數據。后來RPC和MQ出現了，現代化的分布式技術的兩塊基石就此建立起來。后端技術世界就有了如今金碧輝煌的大廈。

MQ、RPC從理論上講，都是屬于EIP的范疇，這個回答里的所有觀點，在《Enterprise Integration Patterns》中都有討論。

總結

以上是生活随笔為你收集整理的python消息队列框架持久化_消息队列如果持久化到数据库的话，相对于直接操作数据库有啥优势？...的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。