配置适用于mongod、mongos，下面的介绍中只使用mongod举例说明，如有不同之处，会特别指出。
mongodb 3.0之后配置文件采用YAML格式，这种格式非常简单，使用<key>:<value>表示，开头使用“空格”作为缩进，不能使用tab。需要注意的是，“:”之后有value的话，需要紧跟一个空格，如果key只是表示层级，则无需在“:”后增加空格（比如：systemLog:后面既不需要空格）。按照层级，每行4个空格缩进，第二级则8个空格，依次轮推，顶层则不需要空格缩进。如果格式不正确，将会出现错误：
参考文章：http://shift-alt-ctrl.iteye.com/blog/2242907
配置的实例：Mongodb中配置实例
1、使用配置文件启动，使用–config 或 -f
mongod --config /etc/mongod.conf mongos --config /etc/mongos.conf mongod -f /etc/mongod.conf mongos -f /etc/mongos.con
2、systemLog配置项
systemLog.verbosity <int> #日志文件输出的级别，越大级别越低,共0-5级，默认0
systemLog.quite <boolean> #在quite模式下会限制输出信息：数据库命令输出，副本集活动，
#连接接受事件，连接关闭事件。
systemLog.traceAllExceptions <boolean> #打印verbose信息来调试，用来记录证额外的异常日志。
systemLog.syslogFacility <string> #指定syslog日志信息的设备级别。需要指定--syslog来使用这个选项
#默认 user
systemLog.path #日志文件路径
systemLog.logAppend <boolean> #是否启用追加日志，默认为false。
systemLog.logRotate <string> #默认rename，可选reopen。
#使用reopen必需设定systemLog.logAppend＝true
systemLog.destination #可选file | syslog ,指定一个文件或syslog。如果指定为文件，
#必须同时指定systemLog.path
systemLog.timeStampFormat #日志的时间格式,可选项 ctime | iso8601-utc | iso8601-local
#一般情况下使用易看的ctime，而系统默认iso8601-local
设置各组件的日志级别
systemLog.component.accessControl.verbosity
systemLog.component.command.verbosity
systemLog.component.control.verbosity
systemLog.component.ftdc.verbosity
systemLog.component.geo.verbosity
systemLog.component.index.verbosity
systemLog.component.network.verbosity
systemLog.component.query.verbosity
systemLog.component.replication.verbosity
systemLog.component.sharding.verbosity
systemLog.component.storage.verbosity
systemLog.component.storage.journal.verbosity ＃如果没有设置，
#将使用systemLog.component.storage.verbosity
systemLog.component.write.verbosity
3、processManagement
processManagement.fork <boolean> #启动守护进程在后台运行，默认为false processManagement.pidFilePath ＃pid的路径
4、net Options
net.port
net.bindIp ＃多个ip使用,分隔
net.maxIncomingConnections ＃mongodb实例接受的最多连接数，
＃如果高于操作系统接受的最大线程数，设置无效。默认值 65536
net.wireObjectCheck <boolean> #检查文档的有效性。会稍微影响性能
net.ipv6 #打开IPV6功能，默认为关闭的
net.unixDomainSocket.enabled #默认为true
net.unixDomainSocket.pathPrefix ＃unix Socket所在的路径，默认为/tmp
net.unixDomainSocket.filePermissions # 默认为0700
#mogod 和 mongos 会一直监听socket，直到下面的条件成立
1、设置net.unixDomainSocket.enabled为false
2、命令行中使用 --nounixsocket
3、没有设置net.bindIp或者net.bindIp的值为空
net.ssl.mode #disabled | allowSSL | preferSSL | requireSS
5、security
security.authorization #disabled或者enabled，仅对mongod有效；表示是否开启用户访问控制（Access Control）， 即客户端可以通过用户名和密码认证的方式访问系统的数据，默认为“disabled”， 即客户端不需要密码即可访问数据库数据。（限定客户端与mongod、mongos的认证） 该设置可以根据不同的用户设置不同的权限。为了安全起见建议开启，并给相应的用户设置不通的权限。 security.clusterAuthMode ＃keyFile ｜ sendKeyFile ｜ sendX509 ｜ x509 为“keyFile”、“sendKeyFile”、“sendX509”、“x509”，对mongod/mongos有效；默认值为“keyFile”， mongodb官方推荐使用x509，不过我个人觉得还是keyFile比较易于学习和使用。 不过3.0版本中，mongodb增加了对TLS/SSL的支持，如果可以的话，建议使用SSL相关的配置来认证集群的member， 此文将不再介绍。（限定集群中members之间的认证） security.keyFile ＃指定分片集或副本集成员之间身份验证的key文件存储位置。 当clusterAuthMode为“keyFile”时，此参数指定keyfile的位置，mongodb需要有访问此文件的权限。 security.javascriptEnabled true或者false，默认为true，仅对mongod有效；表示是否关闭server端的javascript功能， 就是是否允许mongod上执行javascript脚本，如果为false， 那么mapreduce、group命令等将无法使用，因为它们需要在mongod上执行javascript脚本方法。 如果你的应用中没有mapreduce等操作的需求，为了安全起见，可以关闭javascript。 security.transitionToAuth 默认为false security.kmip.XXXX －仅限于企业版使用 security.encryptionKeyFile － 仅限于企业版 security.encryptionCipherMode － 仅限于企业版 security.enableEncryption － 仅限于企业
6、storage Options
storage.dbPath
storage.indexBuildRetry
当构建索引时mongod意外关闭，那么再次启动是否重新构建索引；
索引构建失败，mongod重启后将会删除尚未完成的索引，但是否重建由此参数决定。默认值为true
当索引引擎为内存时，该参数设置无效
storage.repairPath
默认，在dbPath目录下创建A _tmp_repairDatabase_<num>的目录
配合--repair启动命令参数，在repair期间使用此目录存储临时数据，repair结束后此目录下数据将被删除，
此配置仅对mongod进程有效。当索引为内存时，参数无效.
storage.journal.enabled
是否开启journal日志持久存储，journal日志用来数据恢复，是mongod最基础的特性，通常用于故障恢复。
64位系统默认为true，32位默认为false，建议开启，仅对mongod进程有效
storage.journal.commitIntervalMs
mongod进程提交journal日志的时间间隔，即fsync的间隔。
考虑到磁盘效能，mongod间歇性的flush日志数据；此值越小，数据丢失的可能性越低，磁盘消耗越大，性能越低。
如果希望write操作强制立即写入journal，可以传递参数选项“j:true”（在客户端write操作中指定此选项即可），
此操作（包括此前尚未提交的）将会立即fsync到磁盘。仅对mongod有效，单位：毫秒
默认100 or 30，该值可设置1-500ms之间
storage.directoryPerDB
是否将不同DB的数据存储在不同的目录中，dbPath的子目录，目录名为db的名称。
对已经存储数据的mongod修改此值，需要首先使用mongodump指令将数据导出，然后关闭mongod，
再修改此值和指定新的dbPath，然后使用mongorestore指令重新导入数据。
（即导出数据，并使用mongorestore将数据重新写入mongod的新目录中）
对于replica set架构模式，只需要在每个secondary依次操作：关闭secondary，然后配置新的dbPath，
然后启动即可（会执行初始化sync，从primary中将数据去完全同步到本地）。最后操作primary。
此参数仅对mongod进程有效，默认值为false，不建议修改此值
默认：false
storage.syncPeriodSecs
mongod使用fsync操作将数据flush到磁盘的时间间隔，默认值为60（单位：秒），
强烈建议不要修改此值；mongod将变更的数据写入journal后再写入内存，并间歇性的将内存数据flush到磁盘中，
即延迟写入磁盘，有效提升磁盘效率。此指令不影响journal存储，仅对mongod有效。
如果设置为0，数据将不同步到硬盘。
storage.engine
默认：wiredTiger
可选 mmapv1 ｜ wiredTiger ｜ inMemory
7、storage.wiredTiger Options
storage.wiredTiger.engineConfig.cacheSizeGB wiredTiger缓存工作集（working set）数据的内存大小，单位：GB 此值决定了wiredTiger与mmapv1的内存模型不同，它可以限制mongod对内存的使用量， 而mmapv1则不能（依赖于系统级的mmap）。 默认情况下，cacheSizeGB的值为假定当前节点只部署一个mongod实例，此值的大小为物理内存的一半； 如果当前节点部署了多个mongod进程，那么需要合理配置此值。 如果mongod部署在虚拟容器中（比如，lxc，cgroups，Docker）等，它将不能使用整个系统的物理内存， 则需要适当调整此值。默认值为物理内存的一半。 可以设置为一个浮点数，可以从256MB - 10T，默认为RAM的一半或256MB storage.wiredTiger.engineConfig.journalCompressor journal日志的压缩算法，可选值为“none”、“snappy”、“zlib” 默认：snappy 可选 snappy ｜ none ｜ zlib storage.wiredTiger.engineConfig.directoryForIndexes 是否将索引和collections数据分别存储在dbPath单独的目录中。 即index数据保存“index”子目录，collections数据保存在“collection”子目录。 默认值为false，仅对mongod有效 storage.wiredTiger.collectionConfig.blockCompressor collection数据压缩算法，可选值“none”、“snappy”、“zlib”。 开发者在创建collection时可以指定值，以覆盖此配置项。 如果mongod中已经存在数据，修改此值不会带来问题，旧数据仍然使用原来的算法解压， 新数据文件将会采用新的解压缩算法。 默认：snappy 可选 snappy ｜ none ｜ zlib storage.wiredTiger.indexConfig.prefixCompression 是否对索引数据使用“前缀压缩”（prefix compression，一种算法）。 前缀压缩，对那些经过排序的值存储，有很大帮助，可以有效的减少索引数据的内存使用量。 默认值为tru
8、storage.inmemory Options
storage.inMemory.engineConfig.inMemorySizeGB - 仅企业版有效
9、operationProfiling Options
operationProfiling.slowOpThresholdMs 数据库profiler判定一个操作是“慢查询”的时间阀值，单位毫秒； mongod将会把慢查询记录到日志中，即使profiler被关闭。 当profiler开启时，慢查询记录还会被写入“system.profile”这个系统级的collection中。 请参看mongod profiler相关文档。默认值为100，此值只对mongod进程有效。 operationProfiling.mode 数据库profiler级别，操作的性能信息将会被写入日志文件中，可选值： 1）off：关闭profiling 2）slowOp：on，只包含慢操作日志 3）all：on，记录所有操作 数据库profiling会影响性能，建议只在性能调试阶段开启。此参数仅对mongod有效
10、replication Options
replication.oplogSizeMB －仅mongod有效 replication操作日志的最大尺寸，单位：MB。 mongod进程根据磁盘最大可用空间来创建oplog，比如64位系统，oplog为磁盘可用空间的5%， 一旦mongod创建了oplog文件，此后再次修改oplogSizeMB将不会生效。此值不要设置的太小， 应该足以保存24小时的操作日志，以保证secondary有充足的维护时间； 如果太小，secondary将不能通过oplog来同步数据，只能全量同步。此值仅对mongod有效。 replication.replSetName “复制集”的名称，复制集中的所有mongd实例都必须有相同的名字，sharding分布式下， 不同的sharding应该使用不同的replSetName。仅对mongod有效 replication.secondaryIndexPrefetch 只对mmapv1存储引擎有效。复制集中的secondary，从oplog中运用变更操作之前， 将会先把索引加载到内存中，默认情况下，secondaries首先将操作相关的索引加载到内存， 然后再根据oplog应用操作。可选值： 1）none：secondaries不将索引数据加载到内容 2）all：sencondaries将此操作有关的索引数据加载到内存 3）_id_only：只加载_id索引 默认值为：all，此配置仅对mongod有效。 replication.enableMajorityReadConcern 是否开启readConcern的级别为“majority”，默认为false； 只有开启此选项，才能在read操作中使用“majority”。
11、sharding Options
sharding.clusterRole 描述：在sharding集群中，此mongod实例的角色，可选值： 1、configsvr：此实例为config server，此实例默认侦听27019端口 2、shardsvr：此实例为shard（分片），侦听27018端口 sharding.archiveMovedChunks 默认：false 当chunks因为“负载平衡”而迁移到其他节点时，mongod是否将这些chunks归档， 并保存在dbPath下“moveChunk”目录下，mongod不会删除moveChunk下的文件
12、auditLog Options －仅对企业版有效
13、snmp Options 仅对mongod有效
snmp.subagent #运行SNMP为一个子代理 snmp.master #运行SNMP为一个主进程
14、Text Search Options
basisTech.rootDirectory ＃指定根目录里面支持的语言集，以使数据库支持更多的语言种类
15、mongos-only Options，仅对mongos有效
replication.localPingThresholdMs （本地ping阀值ms） ＃描述：ping时间，单位：毫秒，mongos用来判定将客户端read请求发给哪个secondary。 仅对mongos有效。默认值为15，和客户端driver中的默认值一样。 当mongos接收到客户端read请求，它将： 1、找出复制集中ping值最小的member。 2、将延迟值被此值允许的members，构建一个列表 3、从列表中随机选择一个member。 ping值是动态值，每10秒计算一次。mongos将客户端请求转发给延迟较小（与此值相比）的某个secondary节点。 仅对mongos有效。 sharding.configDB ＃描述：设定config server的地址列表，每个server地址之间以“,”分割， 通常sharded集群中指定1或者3个config server。 （生产环境，通常是3个config server，但1个也是可以的）。 所有的mongos实例必须配置一样，否则可能带来不必要的问题。仅对mongos有效。 sharding: configDB: <configReplSetName>/cfg1.example.net:27017, cfg2.example.net:27017,...