根据我的经验,这就是我想出来的。
我目前正在将用户和统计类保存到MongoDb中,一切都会正常工作。
但是如何保存每个用户生成的日志呢?
我在考虑使用LogBack SiftingAppender
并委托日志信息
来分离MongoDb Collections
。像每个MongoDb一样,Collection
也有用户的id。
这样我就不必创建高级mapreduce查询,因为日志堆叠得很整齐。
或者使用带有FileAppender的SiftingAppender
,这样每个用户都有一个单独的日志文件。
如果MongoDB有一百万个日志集合,每个日志集合都使用用户Id命名,这就会出现问题。(顺便说一句,这有可能吗)
如果所有内容都存储在MongoDb中,那么如果一个主节点死了,MongoDb主从复制就很容易实现。
那么FileAppender方法呢?感觉会有很多日志文件需要管理。可以根据字母表将它们保存在文件夹中。用户/id的文件夹A,名称/id以A开头。
还有什么其他的选择可以让它工作吗?
发布于 2012-02-21 06:48:15
利用嵌入式文档,为每个用户提供一个文档,其中包含一组包含日志文件的嵌入式文档。如果集合变得很大,您也可以从分片中受益。
发布于 2012-02-21 19:32:50
在1M个集合的qn上,数据库的默认名称空间文件是16MB,这允许大约24000个名称空间(12000个集合+它们的_id索引)。更多信息on this website
您可以使用--nssize选项将最大.ns (名称空间)文件大小设置为2 2GB,这将允许大约3072000个名称空间。
https://stackoverflow.com/questions/9373264
复制相似问题