具有快速 Map/Reduce 的 NoSQL 解决方案

Question

有 3 个高负载站点（每天 >400k 独立访问者），它们都紧密相连，具有相同的管理界面，共享用户帐户等...站点具有以下统计项目：访问者、唯一访问者、用户路径、推荐人、网站停留时间、页面、地区、国家和浏览器。统计信息由第 3 方服务汇总和处理，但该服务无法以方便的方式提供跨站点统计信息（大量手动检查和跟踪用户），因此我想构建一个统计解决方案，该解决方案将提供上述功能和还提供跨站统计。现在我有疑问：我应该用什么来存储？首先，我尝试使用良好的旧 MySQL，但完全失败了：性能和可伸缩性问题扼杀了整个想法。所以我开始研究 NoSQL 解决方案，但我对它们没有太多经验，我正在寻求建议，我应该使用哪种解决方案来满足以下要求：

• 非阻塞映射/减少。 Map/Reduce 不应阻止收集写入（因此当管理员请求某些统计数据站点时，仍然能够添加访问者记录）
• 易于扩展。
• 用户在请求生命周期开始时被计算，因此数据库的响应应该非常快

有什么想法吗？

Answer 1

在从春季的一次会议中获取一些免费赠品时，我花了几分钟时间观看了一个涵盖多个 mongoDB 用例的演示文稿，其中一个似乎适用的是ServerDensity 的案例。他们的博客文章描述了一个类似的大容量日志系统，以及他们决定从 mySQL 迁移到 MongoDB 的原因，特别是为什么使用 mongoDB 而不是竞争对手。还有其他类似的演示文稿，例如Eventbrite, Yotta, Devmash

Rubayeet Islam 的 PHP 和 MongoDB Web 开发初学者指南中还有一章（5 - Web Analytics using MongoDB）介绍了如何构建这样的系统。