遇到问题：凌晨收到报警，某mongodb服务器cpu load超过8。由于没有影响到业务，第二天一早开始查原因。

创新互联是一家集网站建设,蚌埠企业网站建设,蚌埠品牌网站建设,网站定制,蚌埠网站建设报价,网络营销,网络优化,蚌埠网站推广为一体的创新建站企业，帮助传统企业提升企业形象加强企业竞争力。可充分满足这一群体相比中小企业更为丰富、高端、多元的互联网需求。同时我们时刻保持专业、时尚、前沿，时刻以成就客户成长自我，坚持不断学习、思考、沉淀、净化自己，让我们为更多的企业打造出实用型网站。

查原因：

1. 先了解该服务器上的应用有哪些

  该db服务器主要应用只有mongodb。于是开始查询mongodb日志：

通过凌晨的日志mongodb.log查看，有大量的慢查询，但实际上这些表都非常小，只有几百行数据，而且表还有索引，却仅仅一个查询花了60~80s，慢查询之后的日志显示该节点不被其他节点检测到（mongodb复制集形式）。

由于一个小表的查询都需要判断70s左右，而且mongodb部署的是复制集形式（其他的查询节点都是正常的）可以判断，可能是这台db的性能方面影响了mongodb，而非mongodb本身的性能影响。

2. 于是查看凌晨有什么任务再跑。

crontab -l 发现确实凌晨有一个任务。是一个切割日志的脚本。大概就是把日志cp到另一个目录，然后将当前日志清空，继续记录新的一天的日志。

但这个日志平时都较小，也运行了很长时间.只能试一试的看看日志目录

看到日志突然就这么大了。难道是因为晚上cp 文件的时候导致了？

差不多判断问题出现在 cp导致了io负载过高，进而导致了cpu load 过高。

3. 复现问题

由于该操作在夜间操作，未影响线上业务。故手动操作cp，复现问题。

cp 了一个近3g的文件， 如下图：看到产生的I/O请求太多，I/O系统已经满负荷，该磁盘可能存在瓶颈。

跟着cpu load也 上升到10 （每一分钟的cpu load 值）左右。

解决问题：

将较大的日志从mongodb服务器分离出。

将小日子日志脚本切割改为系统logrotate切割。logrotate会在系统空闲的状态进行操作。

可是为什么拷贝了一个3g的文件，就会导致cpu load 高达10. 进而导致mongodb查询性能直线下降。

于是我们联系了某云，一个普通云盘的性能怎会如此低！

以上查问题的思路，最开始也没有很顺利。起初文件较小并没有猜测到是日志拷贝。查问题的时候不能以惯性思维排除。

另外有需要云服务器可以了解下创新互联cdcxhl.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。

新闻名称：一个cp命令引发的mongodb大量慢查询-创新互联
当前路径：http://myzitong.com/article/cehddh.html