具有快速地圖/縮小功能的NoSQL解決方案

Question

有3個高負載網站（每天的獨立訪問人數超過400,000人），它們都緊密連接，具有相同的管理界面，共享用戶帳戶等...站點具有以下統計項目：訪問者，唯一訪問者，用戶路徑，引薦者，網站時間，頁面，地區，國家和瀏覽器。統計數據由第三方服務彙總和處理，但該服務無法以方便的方式提供跨站點統計數據（大量手動檢查和跟蹤用戶），因此我想構建一個統計解決方案，它將提供上述功能還提供跨站點統計。現在我懷疑：我應該使用什麼來存儲？首先，我嘗試使用優秀的舊MySQL，並且完全失敗：性能和可伸縮性問題正在破壞整個想法。所以我開始看的NoSQL解決方案，但我沒有太多的經驗與他們和我在尋找我應該使用，將適合下列要求其解決方案的建議：

• 非阻塞圖/減少。 Map/Reduce不應該阻止寫入集合（所以當管理員請求某些統計數據網站仍然能夠添加訪問者記錄時）
• 可輕鬆擴展。
• 用戶都算在請求生命週期的開始，因此，從數據庫的響應應該是非常快

任何想法？

Answer 1

雖然在春季的會議中抓取了幾個免費贈品，但我花了幾分鐘的時間通過一個涵蓋幾個mongoDB使用案例的演示文稿，其中一個似乎適用的案例是ServerDensity。他們的博客文章描述了一個類似的高容量日誌記錄系統，以及他們決定從mySQL遷移到MongoDB的原因，特別是爲什麼選擇mongoDB而不是競爭對手。還有其他的演示文稿沿着類似的線路踢，例如， Eventbrite，Yotta，Devmash

還有一章（5 - 使用MongoDB的Web分析），PHP和MongoDB Web開發新手指南，通過Rubayeet伊斯蘭教，覆蓋建立這一系統。