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

时间:2012-10-27 15:03:25

标签: nosql

有3个高负荷网站(每天> 400k独立访客),它们都是紧密连接,具有相同的管理界面,共享用户帐户等...网站有以下统计项目:访问者,唯一身份访问者,用户路径,引用,网站上的时间,页面,地区,国家和浏览器。统计信息由第三方服务聚合和处理,但此服务无法以方便的方式提供跨站点统计信息(大量手动检查和用户跟踪),因此我想构建一个统计解决方案,该解决方案将提供上述功能和还提供跨站点统计信息。而现在我有疑问:我应该用什么存储?首先,我尝试使用旧的MySQL,但完全失败了:性能和可扩展性问题正在扼杀整个想法。所以我开始关注NoSQL解决方案,但我对它们没有多少经验,我正在寻求建议我应该使用哪种解决方案符合以下要求:

  • 非阻塞地图/减少。 Map / Reduce不应该阻止写入集合(所以当管理员请求一些统计数据站点仍然可以添加访问者记录时)
  • 易于扩展。
  • 用户被计入请求生命周期的开始,因此来自数据库的响应应该非常快

有什么想法吗?

1 个答案:

答案 0 :(得分:1)

在春季的会议中抓住一些免费赠品时,我花了几分钟时间参加了一个涵盖了几个mongoDB用例的演示文稿,其中一个似乎适用于ServerDensity。他们的博客文章描述了一个类似的高容量日志记录系统,以及他们决定从mySQL迁移到MongoDB的原因,特别是为什么mongoDB而不是竞争对手。沿着类似的线路进行其他演示,例如EventbriteYottaDevmash

还有一章(5 - 使用MongoDB进行Web分析),PHP和MongoDB Web开发初学者指南,Rubayeet Islam,其中包括构建此类系统。