mongodb指定配置文件

MongoDB是一个开源的NoSQL数据库，它使用BSON（类似于JSON）格式存储数据，在实际应用中，我们可能需要配置MongoDB的子进程以提高数据库的性能和稳定性，本文将介绍如何在MongoDB中配置子进程的方法。

1、子进程简介

在MongoDB中，子进程是指在主进程之外运行的其他进程，这些子进程可以执行各种任务，如处理数据请求、复制数据等，通过配置子进程，我们可以提高数据库的性能和稳定性，因为子进程可以并行处理多个任务，从而提高整体的处理能力。

2、配置子进程的方法

要在MongoDB中配置子进程，我们需要修改mongod.conf配置文件，以下是配置子进程的步骤：

步骤1：打开mongod.conf配置文件

我们需要找到并打开MongoDB的配置文件，在Linux系统中，配置文件通常位于/etc/mongodb/目录下，文件名为mongod.conf，在Windows系统中，配置文件通常位于C:\Program Files\MongoDB\Server版本号\bin目录下，文件名为mongod.cfg。

步骤2：修改配置文件

在配置文件中，我们需要设置以下两个参数来配置子进程：

processManagement: fork

这个参数用于指定MongoDB如何处理子进程，将其设置为fork表示MongoDB将在后台创建一个新的子进程来处理数据请求，这样，主进程可以继续处理其他任务，而不会阻塞用户操作。

fork: true

这个参数用于启用子进程功能，将其设置为true表示MongoDB将使用子进程来处理数据请求，默认情况下，这个参数是禁用的，因此我们需要手动启用它。

步骤3：保存配置文件并重启MongoDB服务

完成上述配置后，我们需要保存配置文件并重启MongoDB服务以使更改生效，在Linux系统中，可以使用以下命令重启MongoDB服务：

sudo service mongod restart

在Windows系统中，可以在“服务”管理工具中找到MongoDB服务，然后右键单击并选择“重启”。

3、验证子进程配置是否生效

要验证子进程配置是否生效，我们可以查看MongoDB的日志文件，在Linux系统中，日志文件通常位于/var/log/mongodb/目录下，文件名为mongodb.log，在Windows系统中，日志文件通常位于C:\Program Files\MongoDB\Server版本号\data\log\目录下，文件名为mongodb.log。

在日志文件中，我们可以搜索关键字“forked process”，如果看到类似以下的输出信息，说明子进程配置已经生效：

[conn1] 2019-07-18T14:56:07.123+0800 I NETWORK [initandlisten] waiting for connections on port 27017, fd:5
[conn1] 2019-07-18T14:56:07.124+0800 I NETWORK [server] getaddrinfo ENOTFOUND localhost:27017
[conn1] 2019-07-18T14:56:07.124+0800 I NETWORK [server] todo handle_exception ENOENT no address found for server [localhost:27017] (getaddrinfo ENOTFOUND) failed trying to connect to localhost:27017 (::1), reason: errno:ENOTFOUND, code: 'ECONNREFUSED', syscall: 'connect', address: 'localhost:27017' If you are unable to connect to the database, check that your configuration parameters match those of the running instance, including authentication and authorization settings. If you are using a local instance, make sure that the host name is correctly specified in the connection string and that the port number matches the one specified in the configuration file. For more information, see the documentation on connecting to a local instance.
[conn1] 2019-07-18T14:56:07.125+0800 I NETWORK [initandlisten] connection accepted from 127.0.0.1:54335 1 (1 connection now open)
[conn1] 2019-07-18T14:56:07.126+0800 I NETWORK [conn1] received client metadata message { driver: { name: "nodejs", version: "v4.4.6" }, os: { type: "Linux", name: "linux", architecture: "x64", version: "4.4.0-98-generic", platform: "ubuntu" }, platform: "Node.js v4.4.6", command: { count: 3, totalOps: 3, cursorId: UUID("c9e9b3a8-f3a5-4e9e-a6c6-f9b9b9e9b9b9"), queryOptions: {}, opidStartIndex: 0, clients: { clientId: "client-one", address: "localhost:54335", connectionId: 1 } } New connection accepted from localhost:54335 2 (2 connections now open)
[conn2] 2019-07-18T14:56:07.126+0800 I NETWORK [conn2] received client metadata message { driver: { name: "nodejs", version: "v4.4.6" }, os: { type: "Linux", name: "linux", architecture: "x64", version: "4.4.0-98-generic", platform: "ubuntu" }, platform: "Node.js v4.4.6", command: { count: 3, totalOps: 3, cursorId: UUID("c9e9b3a8-f3a5-4e9e-a6c6-f9b9b9e9b9b9"), queryOptions: {}, opidStartIndex: 0, clients: { clientId: "client-two", address: "localhost:54336", connectionId: 2 } } New connection accepted from localhost:54336 3 (3 connections now open)
[conn3] 2019-07-18T14:56:07.127+0800 I NETWORK [conn3] received client metadata message { driver: { name: "nodejs", version: "v4.4.6" }, os: { type: "Linux", name: "linux", architecture: "x64", version: "4.4.0-98-generic", platform: "ubuntu" }, platform: "Node.js v4.4.6", command: { count: 3, totalOps: 3, cursorId: UUID("c9e9b3a8-f3a5-4e9e-a6c6-f9b9b9e9b9b9"), queryOptions: {}, opidStartIndex: 0, clients: { clientId: "client-three", address