MongoDB 社区版是否支持开启审计日志功能？
MongoDB社区版（Community Edition）提供了审计日志功能。
从MongoDB 2.6版本开始，就引入了审计功能，但只有企业版才能享受全部的审计功能。
在社区版中，仅支持基本的审计日志记录，包括对数据库、集合和用户操作的跟踪。
要注意的是，具体的支持情况可能会因不同的MongoDB版本而有所变化，所以建议查阅官方文档或最新的发布说明来获取更准确的信息。
从MongoDB 4.0版本开始，审计日志功能成为了社区版的一部分。
通过启用审计日志，您可以记录MongoDB中发生的各种数据库操作和管理员活动，以便进行安全审计和追踪。
审计日志记录的内容包括用户登录、数据库命令、集合操作、索引操作、用户管理等。
您可以根据自己的需求选择记录的详细级别，并将日志输出到文件或发送到其他目标（如Syslog）。
请参考我之前提供的步骤，按照配置文件中的相关设置，启用和配置MongoDB的审计日志功能。
MongoDB 社区版，如果开启审计日志？
要在MongoDB社区版中启用审计日志，您可以按照以下步骤进行操作：
打开MongoDB配置文件：可以在MongoDB的安装目录下找到
mongod.conf文件（Windows系统）或/etc/mongod.conf文件（Linux系统）。-
在配置文件中找到
systemLog部分，并确保启用了日志记录。如果尚未启用，请将systemLog部分的destination设置为日志文件的路径，例如：systemLog: destination: file path: /var/log/mongodb/mongod.log logAppend: true -
在配置文件中找到
auditLog部分，并确保启用了审计日志。如果尚未启用，请将auditLog部分的destination设置为日志文件的路径，例如：auditLog: destination: file path: /var/log/mongodb/audit.log format: JSON 保存并关闭配置文件。
重启MongoDB服务，以便使更改生效。
启用审计日志后，MongoDB将记录所有数据库操作和管理员活动，并将其写入指定的审计日志文件中。您可以使用文本编辑器或日志阅读器来查看和分析生成的审计日志。
请注意，启用审计日志可能会对系统性能产生一定的影响，因此在生产环境中，请谨慎考虑启用审计日志，并确保在设定日志文件路径时考虑到存储空间的需求。
如何不通过配置文件，如何通过命令行，在启动mongd进程时，开启启审计日志？
您可以通过命令行参数在启动mongod进程时启用审计日志。以下是在命令行中启用审计日志的步骤：
-
打开终端或命令提示符，然后使用以下命令启动
mongod进程，并指定必要的参数：mongod --auditDestination=file --auditFormat=json --auditPath=/var/log/mongodb/audit.log-
--auditDestination=file：将审计日志写入文件。 -
--auditFormat=json：指定审计日志的格式为JSON。 -
--auditPath=/var/log/mongodb/audit.log：指定审计日志文件的路径。
-
除了JSON格式，MongoDB还支持以下两种审计日志格式：
1. `BSON`格式：BSON格式是MongoDB的二进制JSON表示形式。您可以使用`--auditFormat=bson`参数将审计日志设置为BSON格式。
2. `Legacy`格式：`Legacy`格式是MongoDB旧版本中使用的审计日志格式。使用`--auditFormat=legacy`参数可以将审计日志设置为此格式。
请注意，从MongoDB 4.4版本开始，默认的审计日志格式已更改为JSON格式。如果您不指定`--auditFormat`参数，则默认使用JSON格式。
根据您的需求和环境，选择适合的审计日志格式。JSON格式通常更易于解析和处理，但如果您需要与旧版本的MongoDB兼容，可以选择使用BSON或Legacy格式。
请根据实际需求修改日志文件路径和其他参数。
- 执行命令后，
mongod进程将以启用审计日志的方式启动，并将所有审计日志写入指定的文件中。
请注意，通过命令行参数启用审计日志仅对当前启动的mongod进程有效。
如果您希望持久地启用审计日志，建议将相应的参数配置在mongod的配置文件中（如mongod.conf），以便在每次启动时自动应用配置。
如何不重启MongoDB，实现开启MongoDB 审计日志？
当您需要在不重启 MongoDB 的情况下启用审计日志并设置审计日志文件的路径和格式时，可以按照以下步骤进行操作：
进入 MongoDB 的 shell，可以使用
mongo命令进入 shell。-
切换到
admin数据库：use admin -
运行以下命令启用审计日志并设置文件路径和格式：
db.adminCommand({ setParameter: 1, auditLogDestination: "file", auditLogPath: "/path/to/audit.log", auditLogFormat: "JSON" })将
/path/to/audit.log替换为您希望保存审计日志的实际路径和文件名。上述命令将设置以下参数：
-
auditLogDestination：指定审计日志的输出方式为文件，设置为"file"。 -
auditLogPath：指定审计日志文件的路径和名称。 -
auditLogFormat：指定审计日志的格式为 JSON。
-
确认参数设置成功后，审计日志将开始记录到指定的文件中，并使用指定的格式。
请注意，以上步骤中的 /path/to/audit.log 应替换为您希望保存审计日志的实际路径和文件名。执行上述命令后，MongoDB 将开始将审计日志记录到指定的文件中，并使用指定的格式，而无需重启 MongoDB。
如果需要禁用审计日志，您可以执行以下命令：
db.adminCommand({setParameter: 1, auditLogDestination: "", auditLogPath: "", auditLogFormat: ""})
这将清除审计日志相关的参数设置，停止记录审计日志。
MongoDB 开启审计日志的操作，primary节点和secondary节点上都要操作吗？
对于 MongoDB 的复制集（replica set），开启审计日志的操作只需要在 primary 节点上进行，然后该设置会自动同步到其他 secondary 节点。
在 MongoDB 的复制集中，primary 节点是处理写操作并负责复制数据到其他 secondary 节点的节点。一旦在 primary 节点上开启了审计日志，副本集的其他节点将自动同步该设置，并开始记录审计日志。
因此，您只需要在 primary 节点上执行开启审计日志的操作，无需在每个 secondary 节点上单独进行设置。主节点会负责将设置同步到其他节点，以确保整个复制集都具有相同的审计日志配置。
请注意，如果您的 MongoDB 部署不是复制集，而是分片集群（sharded cluster），则需要在每个分片的 primary 节点上进行审计日志的设置。每个分片都是独立的 MongoDB 环境，需要单独进行配置。
MongoDB 审计日志大概记录的内容是什么？
MongoDB 审计日志记录了对数据库的各种操作，包括用户的登录、查询、更新、删除等操作。下面是一些审计日志记录的示例内容：
-
用户登录活动：
{ "atype" : "authenticate", "ts" : ISODate("2021-10-01T10:00:00.000Z"), "local" : { "ip" : "127.0.0.1", "port" : 27017 }, "remote" : { "ip" : "192.168.0.100", "port" : 54321 }, "users" : [ { "user" : "admin", "db" : "admin" } ], "extra_info" : { "authentication_mechanism" : "SCRAM-SHA-256" } }上述日志记录了在时间戳为 2021-10-01T10:00:00.000Z 时，来自 IP 地址 192.168.0.100 端口 54321 的用户使用 SCRAM-SHA-256 机制进行身份验证，登录到 "admin" 数据库的活动。
-
查询操作活动：
{ "atype" : "query", "ts" : ISODate("2021-10-02T15:30:00.000Z"), "local" : { "ip" : "127.0.0.1", "port" : 27017 }, "users" : [ { "user" : "user1", "db" : "mydb" } ], "dbname" : "mydb", "command" : { "find" : "collection1", "filter" : { "field1" : "value1" } } }上述日志记录了在时间戳为 2021-10-02T15:30:00.000Z 时，来自 IP 地址 127.0.0.1 端口 27017 的用户 "user1" 在 "mydb" 数据库中执行了一个查询操作，查找 "collection1" 集合中 "field1" 等于 "value1" 的文档。
-
更新操作活动：
{ "atype" : "update", "ts" : ISODate("2021-10-03T08:45:00.000Z"), "local" : { "ip" : "127.0.0.1", "port" : 27017 }, "users" : [ { "user" : "user2", "db" : "mydb" } ], "dbname" : "mydb", "command" : { "update" : "collection2", "updates" : [ { "q" : { "field2" : "value2" }, "u" : { "$set" : { "field3" : "updated value" } }, "multi" : false } ] } }上述日志记录了在时间戳为 2021-10-03T08:45:00.000Z 时，来自 IP 地址 127.0.0.1 端口 27017 的用户 "user2" 在 "mydb" 数据库中执行了一个更新操作，将 "collection2" 集合中 "field2" 等于 "value2" 的文档的 "field3" 字段更新为 "updated value"。
这些示例说明了MongoDB审计日志记录的内容，其中包括操作类型、时间戳、相关用户和数据库、操作的具体命令等信息，以便管理员进行审计和跟踪数据库活动。
