MongoDB中怎么處理Mongos請(qǐng)求

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

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

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

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

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

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

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

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

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