最终的解决办法为:
添加组合索引:
db.activityClient.ensureIndex( { “clientFlag” : 1, “createDate” : 1 } );
当时的现状:
早上8点多开始收到邮件警告:Processor load is too high on 192.168.xx.xx,最近应用服务器的tcp连接数每天早上按时暴涨
最近监控回顾:
从邮件历史记录看,从6月6日开始出现,但是6月6日的问题修复是自动的,持续不超过5分钟,没引起注意
6月7到9日放假,没有收到警告
6月10日收到,但是当时应用服务器也已经开始tcp连接数暴涨,就直接关注应用服务器的tcp连接数,没注意通过top看数据库服务器的CPU情况,后面也自动修复了。
6月11日,又收到邮件,应用服务器前一天已经调整端口范围,我也看了下应用的tcp连接数,发现7000多而已不是什么问题,就通过top看数据库的cpu情况,发现900%多的CPU消耗是mongodb进程的,猜测是mongodb有慢查询
定位问题
于是,百度了下如何分析mongodb占用CPU高的博客 ,找到命令:db.currentOp() 可以查看当前数据库正在执行的操作,马上登录mongodb数据执行该命令,发现很多并发的查询,都有重复出现的信息如下:
{
“desc” : “conn2260”,
“threadId” : “140212130453248”,