536,608,768 csdn.6
2012-02-06 14:40 16,777,216 csdn.ns
8 File(s) 1,610,088,448 bytes
2 Dir(s) 20,669,665,280 bytes free
C:\MongoDB\csdn>
C:\MongoDB\csdn>dir
Volume in drive C has no label.
Volume Serial Number is F474-EC39
Directory of C:\MongoDB\csdn
2012-02-06 14:59 .
2012-02-06 14:59 ..
2012-02-06 14:40 16,777,216 csdn.0
2012-02-06 14:40 33,554,432 csdn.1
2012-02-06 14:41 67,108,864 csdn.2
2012-02-06 14:42 134,217,728 csdn.3
2012-02-06 14:45 268,435,456 csdn.4
2012-02-06 14:49 536,608,768 csdn.5
2012-02-06 14:59 536,608,768 csdn.6
2012-02-06 14:40 16,777,216 csdn.ns
8 File(s) 1,610,088,448 bytes
2 Dir(s) 20,669,665,280 bytes free
C:\MongoDB\csdn>最早生成的文件分别是csdn.0和csdn.ns，当0分片存储满后建立1分片（csdn.1文件），可以仔细观察其文件大小
csdn.ns==> 16MB
csdn.0 ==> 16MB
csdn.1 ==> 32MB
csdn.2 ==> 64MB
csdn.3 ==>128MB
csdn.4 ==>256MB
csdn.5 ==>512MB
但是在第7个分片（csdn.6）时发生了问题，第7分片目前大小是512MB，和第6分片大小一致。这如何解释呢？
其实MongoDB在存储时并不是按照实际数据量来严格申请磁盘空间。它会随着当前数据量的多少（说白了就是判断当前到第几个分片了）来动态申请空间，一次申请多少完全取决于前一分片的大小。
例如csdn.0文件默认是16MB，当csdn.1刚出现时，它的大小也是16MB，也就是第一次申请磁盘空间16MB，随后16MB装满了，而该分片就会再次申请16MB空间。
总而言之就是当前分片所占的最大空间将由2次申请磁盘空间来实现的（第一分片除外，固定16MB），而每一次申请的大小都是前一分片的最大尺寸。
为什么在第7分片发生了问题呢？这个就是我要说的下一个问题了：
在MongoDB的README中有如下一段话：
[plain] view plaincopyprint MongoDB uses memory mapped files. If built as a 32 bit executable, you will
not be able to work with large (multi-gigabyte) databases. However, 32 bit
builds work fine with small development databases.
MongoDB uses memory mapped files. If built as a 32 bit executable, you will
not be able to work with large (multi-gigabyte) databases. However, 32 bit
builds work fine with small development databases.翻译如下：
[plain] view plaincopyprint MongoDB使用内存映射文件，如果构建成32位可执行程序，您将不能使其工作在大数据库（若干GB）方式下
MongoDB使用内存映射文件，如果构建成32位可执行程序，您将不能使其工作在大数据库（若干GB）方式下
我们来计算一下：
csdn.ns（16MB）+csdn.0（16MB）+csdn.1（32MB）+csdn.2（64MB）+csdn.3（128MB）+csdn.4（256MB）+csdn.5（512MB）+csdn.6（512MB）=1536MB，
也就是说在发生问题之前数据库的总大小已经到达了1536MB。这时候由于存储的需求，按照算法，将再次申请512MB空间（csdn.5的大小）给csdn.6。
试想一下，如果申请成功了，数据库的文件将达到多少？1536MB+512MB=2048，正好等于2GB。这与网上的”32位平台下，MongoDB最大不能超过2GB“的说法一致。
那么我是怎么知道出问题了呢？
很简单，代码在传送了5790004条记录后当要写入第5790005条记录时抛出了异常：
已存入:4f2f7a4e5a2768e3dced269b,文档序列:5790001
已存入:4f2f7a4e5a2768e3dced269c,文档序列:5790002
已存入:4f2f7a4e5a2768e3dced269d,文档序列:5790003
已存入:4f2f7a4e5a2768e3dced269e,文档序列:5790004
Exception in thread "main" com.mongodb.MongoException: can't map file memory - mongo requires 64 bit build for larger datasets
已存入:4f2f7a4e5a2768e3dced269b,文档序列:5790001
已存入:4f2f7a4e5a2768e3dced269c,文档序列:5790002
已存入:4f2f7a4e5a2768e3dced269d,文档序列:5790003
已存入:4f2f7a4e5a2768e3dced269e,文档序列:5790004
Exception in thread "main" com.mongodb.MongoException: can't map file memory - mongo requires 64 bit build for larger datasets根据异常信息我们也可以知道：无法映射内存文件，MongoDB为大数据集需要使用64位构建。
摘自出处：http://blog.csdn.net/chaijunkun/article/details/7236911
|