Journaling日志机制

Journal日志文件

如果开启了journal日志功能，MongoDB会在数据目录下创建一个文件夹，用来存放预写重放日志。同时这个目录也会有一个last-sequence-number文件。如果MongoDB安全关闭的话，会自动删除此目录下的所有文件，如果是崩溃导致的关闭，不会删除日志文件。在MongoDB进程重启的过程中，journal日志文件用于自动修复数据到一个一致性的状态。

journal日志文件是一种往文件尾不停追加内容的文件，它命名以j._开头，后面接一个数字（从0开始）作为序列号。如果文件超过1G大小，MongoDB会新建一个journal文件j._1。只要MongoDB把特定日志中的所有写操作刷入到磁盘数据文件，将会删除此日志文件。因为数据已经持久化，不再需要用它来重放恢复数据了。journal日志文件一般情况下只会生成两三个，除非你每秒有大量的写操作发生。

如果你需要的话，你可以使用storage.smallFiles参数来配置journal日志文件的大小。比如配置为128M。

Journaling机制的存储视图

Journaling功能用到了MongoDB存储层数据集内部的两个视图。

private视图存储用于查询操作的数据。同时private视图也是MongoDB执行写操作的第一个地方。一旦journal日志提交完成，MongoDB会复制private视图中的改变到shared视图，再通过视图将数据刷入到磁盘数据文件。

journal视图是一个用来保证新的写操作的磁盘视图。当MongoDB在private视图执行完写操作后，在数据刷入磁盘之前，会先记录journal日志。journal日志保证了持久性。如果mongod实例在数据刷入磁盘之前崩溃，重启过程中journal日志会重放并写入shared视图，最终刷入磁盘持久化。

Journaling如何纪录写操作

MongoDB采用group commits方式将写操作批量复制到journal日志文件中。group commits提交方式能够最小化journal日志机制对性能的影响。因此group commits方式在提交过程中必须阻塞所有写入。commitIntervalMs参数可以用于配置日志提交的频率，默认是100ms。

Journaling存储以下原始操作：

• 文档插入或更新
• 命名空间文件元数据的修改
• 创建和者删除数据库或关联的数据文件

MongoDB接下来执行journal的写操作到shared视图。此时，shared视图与磁盘数据文件不一样。

默认每60s钟，MongoDB请求操作系统将shared视图刷入到磁盘。使数据文件更新到最新的写入状态。如果系统内存资源不足的时候，操作系统会选择以更高的频率刷入shared视图到磁盘。

MongoDB刷入数据文件完成后，会通知journal日志已经刷入。一旦journal日志文件只包含全部刷入的写操作，不再用于恢复，MongoDB会将它删除或者作为一个新的日志文件再次使用。

作为journaling机制的一部分，MongoDB会例行性请求操作系统重新将shared视图映射到private视图，为了节省物理内存。一旦发生重映射，操作系统能够识别到可以在private视图和shared视图共享的内存页映射。

小结