mongodb数据文件格式-在Window平台安装MongoDB-mongodb journal文件格式

当前位置: 数据库>nosql

本页文章导读:

▪mongodb数据文件格式本文适合于对mongodb有一定了解的朋友阅读。mongodb的数据文件存在dbpath选项指定的目录里。每个库(database)都有一系列的文件：dbname.ns, dbname.0, dbname.1, ...数据文件也叫pdfile，意思是Portable Data Fil.........

▪在Window平台安装MongoDB 本文介绍如何安装在windows 7中安装MongoDB。注：MongoDB并不像Windows上安装其他软件，只需要下载Zip包并解压，然后配置数据存放目录并启动即可。1.下载MongoDB从MongoDB官方网站，根据你的平台选.........

▪mongodb journal文件格式如果开启journal，在dbpath选项指定的目录下会创建journal目录来存放journal文件，文件名形如j._<n>。journal文件存储的是对数据库文件（dbname.ns、dbname.<#>系列文件）的修改日志，包括写操.........

[1]mongodb数据文件格式

来源: 发布时间: 2013-10-18

本文适合于对mongodb有一定了解的朋友阅读。

mongodb的数据文件存在dbpath选项指定的目录里。每个库(database)都有一系列的文件：dbname.ns, dbname.0, dbname.1, ...数据文件也叫pdfile，意思是Portable Data File。

dbname.ns文件

dbname.ns文件存储命名空间信息。在mongodb里，每个collection都具有一个命名空间，名字为dbname.collection_name。dbname.ns文件存储的是一个哈希表节点数组。key是根据命名空间的名字，value是命名空间信息。哈希表节点的大小是628字节，dbname.ns文件的默认大小是16M，一共可以存放26715个命名空间。nssize选项可以设置dbname.ns文件的大小。

相关代码类

DataFileHeader
Extent
DeletedRecord、Record

本文链接

[2]在Window平台安装MongoDB

来源: 发布时间: 2013-10-18

本文介绍如何安装在windows 7中安装MongoDB。注：MongoDB并不像Windows上安装其他软件，只需要下载Zip包并解压，然后配置数据存放目录并启动即可。

1.下载MongoDB

从MongoDB官方网站，根据你的平台选择对应的windows的压缩包并解压，本文解压到D:\mongodb\。

注:如果需要在命令行中快速使用MongoDB bin目录下的命令，可以将D:\mongoDB\bin加入到Window环境变量。

2.配置数据文件

在D:\mongodb\创建mongo.config文件，如下（并在d:\mongodb目录下新建data,log文件夹）

##数据存储的位置
dbpath=D:\mongodb\data

##所有的输出位置
logpath=D:\mongodb\log\mongo.log

##日志读写操作
diaglog=3

3.运行MongoDB Server

在命令控制行,切换到d:\mongodb\bin目录下，使用命令mongod.exe --config d:\mongdb\mongo.config启动MongoDb Server。

D:\mongodb\bin>mongod.exe --config d:\mongodb\mongo.config
all output going to: D:\mongodb\log\mongo.log

4.连接MongoDB

新开启一个命令行控制窗口，使用mongo.exe连接MongoDB Server.

5.设置MongoDB为Windows服务

在命令行控制窗口，加入--install选项可以把MongoDB安装为Windows服务。

D:\mongodb\bin>mongod.exe --config d:\mongodb\mongo.config

启动MongoDB的命令为：net start MongoDB

停车MongODB的命令为：net stop MongoDB

删除MongoDB的命令为：mongod --remove

原创文章，转载请注明：转载自http://www.qiyadeng.com/

本文链接地址: 在Window平台安装MongoDB

本文链接

[3]mongodb journal文件格式

来源: 发布时间: 2013-10-18

如果开启journal，在dbpath选项指定的目录下会创建journal目录来存放journal文件，文件名形如j._<n>。

journal文件存储的是对数据库文件（dbname.ns、dbname.<#>系列文件）的修改日志，包括写操作和创建文件操作。对数据库文件的写操作会记录一个WriteIntent，创建数据库文件会记录一个DurOp。WriteIntent记录了写操作的指针和长度，可以定位到修改的数据文件的位置和长度。DurOp由一个操作码来确定是什么操作，不同的操作，日志的格式不一样。每个WriteIntent或者DurOp都会形成一个JEntry。

struct WriteIntent { /* copyable */

private:
void *p; // intent to write up to p
unsigned len; // up to this len
};

class DurOp { /* copyable */
public:

/** serialize the op out to a builder which will then be written (presumably) to the journal */
void serialize(AlignedBuilder& ab);

virtual void replay() = 0;

protected:
/** DurOp will have already written the opcode for you */
virtual void _serialize(AlignedBuilder& ab) = 0;

private:
const unsigned _opcode;
};

journal文件由一个头部JHeader和很多Section组成，每次group commit都会产生一个Section。Section由一个头部JSectHeader、很多个JEntry和一个JSectFooter组成，每个JEntry代表一条修改日志。另外，JEntry前面可能会有一个JDbContext，表示修改的是哪个数据文件。如果多个JEntry都是同一个数据文件的操作，则只有一个JDbContext。除掉JSectHeader 和JSectFooter ，Section中间那部分会压缩。

JHeader

beginning header for a journal/j._<n> file
there is nothing important int this header at this time. except perhaps version #.

char magic[2]"j\n". j means journal, then a linefeed, fwiw if you were to run "less" on the file or something...unsigned short _version0x4149char n1'\n'char ts[20]ascii timestamp of file generation. for user reading, not used by code. for example: "Jan 29 14:14:23"char n2'\n'char dbpath[128]path/filename of this file for human reading and diagnostics. not used by codechar n3, n4'\n', '\n'unsigned long long fileIdunique identifier that will be in each JSectHeader. important as we recycle prealloced fileschar reserved3[8026]8KB total for the file headerchar txt2[2]"\n\n" at the end

头部的大部分字段都是可读的，很直观，用文本文件打开可以看到。

JSectHeader

"Section" header. A section corresponds to a group commit.len is length of the entire section including header and footer.header and footer are not compressed, just the stuff in between.

unsigned _sectionLenunpadded length in bytes of the whole sectionunsigned long long seqNumbersequence number that can be used on recovery to not do too much workunsigned long long fileIdmatches JHeader::fileId

_sectionLen是unpadded的长度，每个Section都会填充对齐。

每个Section都会有一个seqNumber，其值是上次同步数据库文件到磁盘的服务器时间，会不断增长。LSNFile（文件名是lsn）里面也存储了一个seqNumber，含义是一样的。恢复数据的时候，如果Section的seqNumber小于LSNFile的seqNumber，则不需要恢复。

JEntry

an individual write operation within a group commit section. Either the entire section should be applied, or nothing. (We check the md5 for the whole section before doing anything on recovery.)

unsigned len length in bytes of the data of the JEntry. does not include the JEntry header. 实际就是数据data的长度OpCodes opcode此字段和上面len字段共用的。如果是对数据库文件的修改，则为长度len；否则为操作类型。unsigned ofsoffset in file. 指的是被修改的数据文件的偏移量int _fileNo

high bit is set to indicate it should be the <dbpath>/local database. dbname.#文件中的数字，即#。

如果是dbname.ns文件，则值为0x7fffffff。高位bit为1表示是local库。

char data[]更新的数据

OpCodes的取值

OpCode_FooterJSectFooter的sentinel字段的取值OpCode_DbContextJDbContext的sentinel字段的取值OpCode_FileCreated表示创建pdfile的操作OpCode_DropDb表示dropDb的操作，目前没有使用

这几个取值都很大，因为跟JEntry的len是共用，必须比可能的长度值大得多
事实上JEntry、JDbContext和JSectFooter的前4字节是含义是相同的。这样比较容易解析。

当JEntry为Op时，格式根据不同的Op而变化，如OpCode_FileCreated的格式为

OpCodes opcodeOpCode_FileCreatedunsigned long long reserved1 unsigned long long reserved2 unsigned long long _lensize of file, not length of nameRelativePath _p文件名的相对路径，以'\0'结尾的字符串

JDbContext

declares "the next entry(s) are for this database / file path prefix"

sentinel哨兵值，为了解析方便，为OpCode_DbContextfile pathdbname.#文件的相对路径，相对于dbpath，以'\0'结尾的字符串。使用相对路径是为了节省空间