mongodb维护文档的方法是怎样的
mongodb维护文档的方法是怎样的，针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。
Mongodb CPU利用率超高，负载超高。
问题分析：
MONGODB的CPU 使用率很高， 数据库发生堵塞或者有大量的慢查询。
mongostat 分析：
mongostat 查看到请求量并不高， 而且发生的库是从库。
使用db.currentOp()查看：
Db.currentOp() 查看到的会话非常的多， 这里查找比较麻烦， 我们可以去查看MONGODB的日志， 慢查询会打印日志到文件中。
查看MONGODB日志：
如果找不到MONGODB的日志文件， 可以使用ps -elf | grep mongod 去找到配置文件， 配置文件里会有相关的配置。
配置文件中的LOGPATH 参数是配置日志文件的。
使用tail -100f /data/mongodb/logs/db.log
此查询需要花30秒的时间。
此查询是根据DATAID查询的， 连接MONGODB查看此条件是否有索引。
Mongo 127.0.0.1:27017
Use datalog;
Db. user_operate_log.getIndexes() 去获取此集合的索引。
发现此集合没有关于DATAID的索引， 因此跟业务人员联系，要求加索引即可。
db.user_operate_log.ensureIndex({"dataId":1});
在添加索引完成后， 关于此服务器的告警全部消失：
MONGODB开启集群分片
对库进行开启分片操作：
sh.enableSharding("dbname")
在要开启分片的集合上面创建索引：
db.collection_name.createIndex({_id: "hashed"})
因为我这边里创建的是HASH分片，所以创建HASH类型的索引即可。
打开集合分片：
sh.shardCollection( "dbname.collection_name", { "_id": "hashed" } )
验证分片：
sh.status()
MONGODB分片集群下的磁盘扩容
介绍： 因前期磁盘空间未做规划，MONGODB的数据目录存放在了根分区，根分区的空间小而且IO能力跟不上,在后期添加磁盘后需要对数据进行迁移到新磁盘的操作。
方案：
关闭备节点。
Mongo 127.0.0.1:27017
Use admin;
Db.shutdownServer()
迁移数据目录到新的磁盘，并修改配置文件到新的磁盘路径。（ps -elf | grep mongo 可获取到参数文件的路径）
Mv /data/mongo /data1/mongo
启动备节点。
依次将所有备节点操作完毕。
主库降级成为备库，让已经切换为的主库提供服务。注： 在这个过程中会有微妙级的中断，和业务沟通，并无影响。
主库降级命令连接进主库后执行rs.stepDown()
迁移原主库数据即可。
在关库重启后需要使用rs.status()来确认复制集的正常。
在切换主库时需要关注业务的正常以及复制集的正常。
关于mongodb维护文档的方法是怎样的问题的解答就分享到这里了，希望以上内容可以对大家有一定的帮助，如果你还有很多疑惑没有解开，可以关注行业资讯频道了解更多相关知识。
