一 慢日志 1 分析大于N秒的慢日志    awk '$NF~/ms$/{print $1,$NF}' shard2.log|sed 's/ms//g'|awk '$2 > N {print $1,$2}' 2 在线添加索引 nohup  mongo  --eval " db.chenfeng.ensureIndex({"riqi":1},{background:true})"  & 3 通过后台日志可以查看到索引进度 4 kill查询时间超过5s的所有请求： db.currentOp().inprog.forEach(function(item){if(item.secs_running > 5 )db.killOp(item.opid)}) 二 整体性能分析    mongostat  -h  ip:port  -u用户名 -p密码 --authenticationDatabase=admin --discover    关注指标    insert/update/delete/query 可以发现是什么操作导致的负载问题    dirty：存储引擎脏数据比例,wt引擎默认为5% 很高就导致访问过慢 因为要强制刷脏    used：存储引擎cacheSize配置占用百分比,类似innoodb_buffer_pool使用率 当该统计值达到80%，evict线程将会触发选择涨数据淘汰，如果这个占比提高到95%，用户请求线程将会触发淘汰，客户端请求将会变慢；    qrw arw：等待队列数，如果该值越大，说明会引起客户端请求排队处理    vsize res：虚拟内存和物理内存真实占用，如果vsize过高，远远超过res，或者res过高，远远超过cachesize配置，则说明内存碎片，pageheap等问题，这时候可以通过加速         tcmalloc内存释放速率来解决问题。    mongotop -h ip:port -u用户名 -p密码 --authenticationDatabase=admin --discover    ns：数据库命名空间，后者结合了数据库名称和集合。    db：数据库的名称。名为 . 的数据库针对全局锁定，而非特定数据库。    total：mongod在这个命令空间上花费的总时间。    read：在这个命令空间上mongod执行读操作花费的时间。    write：在这个命名空间上mongod进行写操作花费的时间。     总结 利用mongostat定义什么操作 利用mongotop定义什么文档业务导致的 三 其他情况    1 本人遇到过因为numa导致的mongo cpu暴涨情况