关于MongoDB在64位服务器上依然报 mmap failed with out of memory 错误的解决方法（附Mysql性能对比测试）

http://www.cnblogs.com/JeffreyZhao/archive/2010/02/24/mongodb-tokyo-tyrant-benchmark-1-basic-cru-operations.html

这有一个测试其中有对update的测试。

mongodb通过主键更新记录性能超过了每秒5000次，对字段的修改是直接修改不用全部取出记录。可以说很NB了

官方faq有这么一条：

Does an update fsync to disk immediately?

No, writes to disk are lazy. A write may hit disk a couple of seconds later. For example, if the database receives a thousand increments to an object within one second, it will only be flushed to disk once.

有人说在windows下强行关机导致本次开机以来数据全部丢失，这听起来有点夸张了。

不过内部具体的flush策略还需要深入了解下。

最近在使用MongoDB进行开发，但关于MongoDB的资料太少了......

在MongoDB中可以使用嵌入型文档，如下：
userinfo{
username:keen,email:example@admin.com,password:******,friends{
{friendID:1},
{friendID:2}
}
}

也可以把嵌入的文档独立出来，也就成了现在的关系型样式：
userinfo{username:keen,email:example@admin.com,password:******}
friends{
{userID:3,friendID:1},
{userID:3,friendID:2}
}

这两种效率哪个更高？如果一个Collection嵌入的文档太多导致单个文档太大，超过MongoDB单个文档的限值，到时候能不能进行垂直分割？希望大家能够踊跃回答，谢谢。

有没有办法解决在32位的平台下
不受数据库内容超2G限制

期待有人能给我正确的答案，
如果有，请详细解答

为2G的限制和强行关机丢失数据而头痛，nosql，想说love不容易。

继续关注来Cassandra，尽管没说32位下2G的限制，但Memtable和SSTables结构，让我感到强行关机不丢数据是不可能的。