採用的當然是redis的list資料結構，而實際上nosqlfan之前還討論過採用sorted sets結構來做帶權重的訊息佇列的方法。
實際上還是乙個佇列，多個端點將日誌資訊寫入redis，然後乙個worker統一將所有日誌寫到磁碟。
比如將每個人的好友存在乙個集合（set）中，這樣求兩個人的共同好友的操作，可能就只需要用求交集命令即可。
用來做持久化儲存的快取，和memcached一樣，可以在持久化儲存獲取成功後將資料在redis中進行快取，我們知道，redis的效能優於memcached。
用作持久儲存的時候，可以選擇定時flush成rdb或開啟aof日誌的做法，具體選擇哪一種，可以根據業務上可接受的資料可靠程度而定。
一 個提醒，在bump早期，曾將redis和mongodb放在同一臺機器，而由於redis的單執行緒，常由於mongodb對於cpu或磁碟io的占用而 導致其某個過程（比如malloc或者寫aof）執行時間過長，從而進一步導致其所有操作被阻塞並延遲，所以盡量不要將其用於可能被大量占用cpu或磁碟 io，導致redis工作執行緒被阻塞的場合。
redis使用場景
最近要去面試php程式設計師，去各家招聘 看看，都要有redis方面的知識儲備。這裡寫一篇部落格，就當是對最近學習redis的一次回顧。簡單一句話介紹redis 基於記憶體的高效的key value資料庫，把資料載入到記憶體中進行處理，定期把資料儲存到硬碟進行儲存，單執行緒。redis五大資料型別 ...
redis使用場景
redis開創了一種新的資料儲存思路，使用redis，我們不用在面對功能單調的資料庫時，把精力放在寫龐大的sql上了，而是利用redis靈活多變的資料結構和資料操作來實現。redis常用資料型別 redis最為常用的資料型別主要有以下五種 下面我們先來逐一的分析下這五種資料型別的使用和內部實現方式 ...
Redis使用場景
1 字串使用場景 a 快取功能 典型使用場景 redis作為快取層，mysql作為儲存層，絕大部分請求的資料都是從redis中獲取，由於redis具有支撐高併發的特性，所以快取通常能起到加速讀寫和降低後端壓力的作用。b 計數 c 共享session 典型應用場景 使用者登陸資訊，redis將使用者的...