mongoDB使用中踩的一个坑

博客围绕MongoDB在报警数据场景下的查询问题展开。该场景有6000w数据量,按天查询。分别为日期和属性A创建单列索引后查询效率极低,explain显示只走属性A索引,近乎全表扫描。给出优化建议,如用hint强制执行索引、建立联合索引、找DBA处理。

业务场景:
报警数据,6000w数据量,按天查询数据;

查询索引:
根据日期和另一个属性A分别创建单列索引,查询效率慢到发指,执行查询explain(),发现查询只走后一个属性 A得索引,日期索引未执行,相当于全表扫描。

优化建议:
1.hint()强制执行索引
2.建立联合索引(索引并不是越多越好,需慎重。。。)
3.找DBA去处理,这锅研发不背。。。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值