本文描述了在使用MongoDB 1.8.1版本时，由于查询参数类型错误导致的锁屏问题。当使用double类型而非NumberLong类型查询长整型字段sceneId时，查询被阻塞，占用CPU接近100%。通过分析发现，问题出现在排序(orderby)结合索引时，MongoDB尝试将NumberLong转换为double进行比较。在Java端，由于驱动自动转换，未出现此问题。解决方案是确保查询参数类型与字段类型匹配，避免不必要的资源消耗。
1. 背景
mongoDB版本1.8.1
collection stats
| > db.user.gift.stats() { "ns" : "statgame.user.gift", "count" : 650, "size" : 162804, "avgObjSize" : 250.46769230769232, "storageSize" : 696320, "numExtents" : 4, "nindexes" : 3, "lastExtentSize" : 524288, "paddingFactor" : 1.0099999999999576, "flags" : 1, "totalIndexSize" : 180224, "indexSizes" : { "_id_" : 40960, "day_1_userId_1_fromId_1_sceneId_1" : 81920, "idx_modified_time_long" : 57344 }, "ok" : 1 } |
indexes
| > db.user.gift.getIndexes() [ { "name" : "_id_", "ns" : "statgame.user.gift", "key" : { "_id" : 1 } }, { "name" : "day_1_userId_1_fromId_1_sceneId_1", "ns" : "statgame.user.gift", "unique" : true, "key" : { "day" : 1, "userId" : 1, "fromId" : 1, "sceneId" : 1 } |
最低0.47元/天 解锁文章
扫一扫
3537
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
