MongoDB中怎么處理Mongos 請求

TransportLayer接收到新連接后，會創(chuàng)建專門的conn線程負(fù)責(zé)處理該連接的后續(xù)所有請求，具體邏輯在ServiceEntryPointMongos類的_sessionloop函數(shù)中，根據(jù)請求的類型循環(huán)“收包，處理，回響應(yīng)”三個步驟，總結(jié)狀態(tài)機(jī)轉(zhuǎn)換關(guān)系如下：

具體到Process業(yè)務(wù)處理里面，會進(jìn)一步區(qū)分消息類型并走不同處理邏輯，主要分為：查詢類（queryop/getmore）, 更新類（insert/update/delete），killcursors，以及其他ClientCommand這幾種類型。

這幾類命令的前半段處理流程基本類似，包括鑒權(quán)，語法判斷，根據(jù)分區(qū)視圖查找本次操作涉及哪些shardserver，以及錯誤重試機(jī)制。后半段則和具體業(yè)務(wù)邏輯相關(guān)，存在較大差異。

因?yàn)槭荢harding集群模式下的查詢，根據(jù)查詢條件的不同，可能會涉及到多個Shard Server的數(shù)據(jù)，根據(jù)分區(qū)視圖確認(rèn)涉及的Shard Server后，針對每個ShardServer生成一個查詢?nèi)蝿?wù)交由TaskExecutorPool執(zhí)行。TaskExecutorPool負(fù)責(zé)維護(hù)mongos到ShardServer的長連接，并包含一個network線程池負(fù)責(zé)執(zhí)行和ShardServer的網(wǎng)絡(luò)交互。

Conn線程將查詢?nèi)蝿?wù)交由TaskExecutorPool任務(wù)隊(duì)列后，會wait到信號量上阻塞等待，TaskExecutorPool里的network線程完成查詢請求后，喚醒Conn線程進(jìn)一步處理查詢結(jié)果。

Mongos為每一個Shard Server維護(hù)一個查詢結(jié)果緩存隊(duì)列，并按照Merge、Skip、Limit、RemoveSortKey的順序?qū)Σ樵兘Y(jié)果進(jìn)行逐級處理后返回。其中Merge操作負(fù)責(zé)合并來自多個Shard Server的查詢結(jié)果，根據(jù)查詢條件是否要求排序有不同的處理邏輯：

• 需要排序：根據(jù)SortKey在多個隊(duì)列中找排最前面的，保證全局有序返回，緩存結(jié)果處理完了就觸發(fā)到對應(yīng)ShardServer查詢數(shù)據(jù)；

• 不需要排序：一個Shard Server查詢結(jié)果返回完了再返回下一個ShardServer的查詢結(jié)果；

Mongos還會為每次查詢創(chuàng)建一個ClusterCursor，并維護(hù)和每個遠(yuǎn)程Shard Server游標(biāo)的對應(yīng)關(guān)系，用于后續(xù)getmore操作進(jìn)一步獲取數(shù)據(jù)。