《PHP核心技術與最佳實踐》第5章中的內容：MYSQL模擬消息隊列

主要用于微博，團購秒殺等場合，其用意是將大量并發的數據庫操作變得緩慢可控，達到削峰的目地。同時實現方式也比較簡單易行。

比如微博某大V發布了一條微博，那么按照普通網站的架構，有兩種處理方式：

在關注者刷新時，查找所有關注對象的微博，并為之排序輸出

在發布微博時就查找發布者的所有關注者，然后全部insert一條新記錄。

很顯然，前者在規模巨大化之后，效果是災難性的，因為會有大量并發去查找總在更新的表，同時還有大量內存中的臨時結果的排序。后者稍好但是首先是會有大量的冗余信息出現，其次一個關注量巨大的大V發布一條微博，會帶來一個insert的巨大高峰，而且是完全不可控的高峰，因為發博時機是隨機的。

研究后可知方案2中的冗余問題可以無視，因為微博的絕對數據量并不大，并且這種插入可以分級分批進行，比如對于大量不活躍的關注者可以降低更新頻率等。

對于insert高峰的問題，此處我們把有新微博之后就直接更新關注者表的方式，變成先insert到一個公共表中，然后以一個相對較慢的頻率去取此表，再分發到關注者表中。可想而知，如果有信息高峰來臨時，關注者的信息更新會相對變慢，但是只要沒有慢到一定程度，關注者是很難感覺出來的，所以并不影響用戶體驗，同時又可以動態改變更新頻率，來適應不同的負載情況。

如果進階考慮的話，這個分發到關注者的過程，還可以加入很多過濾，比如有些關注者眾多的用戶實際大量關注者是僵尸(比如已經1月沒有登陸記錄)，可以故意漏掉這些用戶等。

其他考慮：

這個消息隊列也可以用memcached來實現，內存中效率更高。

隊列中已經發布的消息更改其狀態，同時一定時間間隔之后清空已發布的消息，減少隊列長度。

這種方式也比較便于在機群，分布式系統中擴展。

首先是會

總結

以上是生活随笔為你收集整理的mysql 消息队列_MYSQL模拟消息队列（转载） | 学步园的全部內容，希望文章能夠幫你解決所遇到的問題。

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