MongoDB中db命令所做的更改是永久性的吗？如何更改？

在mongodb中使用shell进行的更改是永久性的吗？ MongoDb是如何检测配置文件的

我一直在MongoDb中设置缓慢的查询日志。 我们有一个命令

db.setProfilingLevel（）

来设置分析级别。 但我们如何为所有数据库设置评测，以及如何通过配置文件进行设置

---

mongodb在重新启动后如何记住此更改？

是的，对mongodb shell中的数据所做的更改是永久性的，但对于配置参数，如果配置文件中未指定，则这些更改将仅持续到实例的下一次重新启动

如果未指定配置文件，MongoDB将以默认值运行。 您可以将配置文件指定为

mongod --config /etc/mongod.conf 
or 
mongod --f /etc/mongod.conf

对于分析，您可以从命令行或配置文件中提供参数，如

从命令行

mongod --slowms <value in milliseconds for slow queries> 
or
mongod --profile <0/1/2> 

mongod--slowms
或
mongod——个人资料

在配置文件中

profile = <0/1/2>
slowms = <value>
logpath = <path>

profile=
慢=
日志路径=

是的，对MongoDB shell中的数据所做的更改是永久性的，但对于配置参数，如果在配置文件中未指定，则这些更改只会持续到实例的下一次重新启动

如果未指定配置文件，MongoDB将以默认值运行。 您可以将配置文件指定为

mongod --config /etc/mongod.conf 
or 
mongod --f /etc/mongod.conf

对于分析，您可以从命令行或配置文件中提供参数，如

从命令行

mongod --slowms <value in milliseconds for slow queries> 
or
mongod --profile <0/1/2> 

mongod--slowms
或
mongod——个人资料

在配置文件中

profile = <0/1/2>
slowms = <value>
logpath = <path>

profile=
慢=
日志路径=

是的，对MongoDB shell中的数据所做的更改是永久性的，但对于配置参数，如果在配置文件中未指定，则这些更改只会持续到实例的下一次重新启动

如果未指定配置文件，MongoDB将以默认值运行。 您可以将配置文件指定为

mongod --config /etc/mongod.conf 
or 
mongod --f /etc/mongod.conf

对于分析，您可以从命令行或配置文件中提供参数，如

从命令行

mongod --slowms <value in milliseconds for slow queries> 
or
mongod --profile <0/1/2> 

mongod--slowms
或
mongod——个人资料

在配置文件中

profile = <0/1/2>
slowms = <value>
logpath = <path>

profile=
慢=
日志路径=

是的，对MongoDB shell中的数据所做的更改是永久性的，但对于配置参数，如果在配置文件中未指定，则这些更改只会持续到实例的下一次重新启动

如果未指定配置文件，MongoDB将以默认值运行。 您可以将配置文件指定为

mongod --config /etc/mongod.conf 
or 
mongod --f /etc/mongod.conf

对于分析，您可以从命令行或配置文件中提供参数，如

从命令行

mongod --slowms <value in milliseconds for slow queries> 
or
mongod --profile <0/1/2> 

mongod--slowms
或
mongod——个人资料

在配置文件中

profile = <0/1/2>
slowms = <value>
logpath = <path>

profile=
慢=
日志路径=

感谢您提供的解决方案。。但是，配置文件中是否为所有数据库设置了概要文件选项？如何检查每个数据库的慢速查询？是的，配置文件是针对DB实例的，而不是针对单个数据库的。慢查询超过——slowms值将记录在mongo日志文件中，该文件的位置可以从命令行或配置文件中再次指定。现在检查答案。@AmanAggarwal只是为了澄清这里已经提到的要点。这里的做法是有一个“滞后”的成员，其中一个成员（或者可能是一对）不立即处理提交的更新。通常，您希望副本集的大多数成员（或至少是有效的故障切换选项）对所有操作都是“最新的”。然后使用“滞后”成员作为可能的“回滚”源或其他“备份”需求的“回退”点。感谢您的解决方案。。但是，配置文件中是否为所有数据库设置了概要文件选项？如何检查每个数据库的慢速查询？是的，配置文件是针对DB实例的，而不是针对单个数据库的。慢查询超过——slowms值将记录在mongo日志文件中，该文件的位置可以从命令行或配置文件中再次指定。现在检查答案。@AmanAggarwal只是为了澄清这里已经提到的要点。这里的做法是有一个“滞后”的成员，其中一个成员（或者可能是一对）不立即处理提交的更新。通常，您希望副本集的大多数成员（或至少是有效的故障切换选项）对所有操作都是“最新的”。然后使用“滞后”成员作为可能的“回滚”源或其他“备份”需求的“回退”点。感谢您的解决方案。。但是，配置文件中是否为所有数据库设置了概要文件选项？如何检查每个数据库的慢速查询？是的，配置文件是针对DB实例的，而不是针对单个数据库的。慢查询超过——slowms值将记录在mongo日志文件中，该文件的位置可以从命令行或配置文件中再次指定。现在检查答案。@AmanAggarwal只是为了澄清这里已经提到的要点。这里的做法是有一个“滞后”的成员，其中一个成员（或者可能是一对）不立即处理提交的更新。通常，您希望副本集的大多数成员（或至少是有效的故障切换选项）对所有操作都是“最新的”。然后使用“滞后”成员作为可能的“回滚”源或其他“备份”需求的“回退”点。感谢您的解决方案。。但是，配置文件中是否为所有数据库设置了概要文件选项？如何检查每个数据库的慢速查询？是的，配置文件是针对DB实例的，而不是针对单个数据库的。慢查询超过——slowms值将记录在mongo日志文件中，该文件的位置可以从命令行或配置文件中再次指定。现在检查答案。@AmanAggarwal只是为了澄清这里已经提到的要点。这里的做法是有一个“滞后”的成员，其中一个成员（或者可能是一对）不立即处理提交的更新。通常，您希望副本集的大多数成员（或至少是有效的故障切换选项）对所有操作都是“最新的”。然后使用“滞后”成员作为可能的“回滚”源或其他“备份”需求的“回退”点。