MongoDB 查詢超時異常的原因及解決辦法
作者：忙碌的鍵盤
在對超過百萬條記錄的集合進行聚合操作時，偶爾會發生Read timed out 異常，本文分析了ConnectionTimeOut和SocketTimeOut的區別，并提出該問題的解決辦法。
在對超過百萬條記錄的集合進行聚合操作。
- DBObject match=(DBObject)JSON.parse("{$match:{logType:{'$in':[5,9]}}}");
- DBObject group=(DBObject)JSON.parse("{$group:{'_id':'$domainUrl','count':{'$sum':1}}}");
- AggregationOutput output = logCollection.aggregate(match,group);
偶爾會發生Read timed out 異常。
- com.mongodb.MongoException$Network: Read operation to server /192.168.10.202:27017 failed on database adLogTable
- at com.mongodb.DBTCPConnector.innerCall(DBTCPConnector.java:253)
- at com.mongodb.DB.command(DB.java:261)
- at com.mongodb.DB.command(DB.java:243) ...
- Caused by: java.net.SocketTimeoutException: Read timed out
- at java.net.SocketInputStream.socketRead0(Native Method)
- at java.net.SocketInputStream.read(SocketInputStream.java:152)
通過多次測試，發現執行一次聚合平均時間為5s，超過5s時就會報錯！
然后查看MongoDB的配置信息：
- socket-timeout="5000" //5s
socket-timeout的默認配置為0，也就是沒有限制。
沒有超時限制，系統出了問題也不容易發現，應該根據實際情況，給出合理的超時時間。
通過多次測試發現最長執行時間為6秒，就把超時時間設置成了10000。
- socket-timeout="10000" //10s
注意：MongoDB在與Spring整合時，如果要配置多個MongDB源，只會啟用***一個<mongo:options>配置。
應該把參數配置信息存儲在properties文件中。
- <mongo:mongo host="${mongodb.ip}" id="mongo202" port="${mongodb.port}">
- <mongo:options connections-per-host="200"
- threads-allowed-to-block-for-connection-multiplier="100"
- connect-timeout="1000"
- max-wait-time="1000"
- auto-connect-retry="true"
- socket-keep-alive="true"
- socket-timeout="10000"
- slave-ok="true"
- write-number="1"
- write-timeout="0"
- write-fsync="true" />
- </mongo:mongo>
通過Java API獲取配置參數
- DBCollection logCollection = mongoTemplate.getCollection(collName);
- MongoOptions mongoOptions = logCollection.getDB().getMongo().getMongoOptions();
- System.out.println(mongoOptions.getSocketTimeout());
***一點： ConnectionTimeOut和SocketTimeOut的區別：
一次完整的請求包括三個階段：
- 建立連接
- 數據傳輸
- 斷開連接
如果與服務器(這里指數據庫)請求建立連接的時間超過ConnectionTimeOut，就會拋 ConnectionTimeOutException，即服務器連接超時，沒有在規定的時間內建立連接。
如果與服務器連接成功，就開始數據傳輸了。
如果服務器處理數據用時過長，超過了SocketTimeOut，就會拋出SocketTimeOutExceptin，即服務器響應超時，服務器沒有在規定的時間內返回給客戶端數據。
責任編輯：Ophira
來源：
oschina博客
