[發明專利]數據請求的處理方法及裝置、存儲介質及電子裝置

有效

• 申請號: 201910586036.5
• 申請日: 2019-07-01
• 公開（公告）號: CN110290217B
• 公開（公告）日: 2022-04-26
• 發明（設計）人: 周羅武
• 申請（專利權）人: 騰訊科技（深圳）有限公司
• 主分類號: H04L67/568
• 分類號: H04L67/568;H04L67/62;H04L67/61;H04L47/6275
• 代理公司: 北京康信知識產權代理有限責任公司 11240
• 代理人: 周婷婷

本申請公開了一種數據請求的處理方法及裝置、存儲介質及電子裝置。其中，該方法包括：接收目標數據請求；將目標數據請求寫入第一消息隊列，其中，第一消息隊列中包括待發送給數據源服務器的數據請求，第一消息隊列中的數據請求被設置為按照發送周期從第一消息隊列中取出并發送給數據源服務器，每個發送周期從第一消息隊列中取出的數據請求的數量相同；在到達目標發送周期時從第一消息隊列中取出包括目標數據請求在內的多個數據請求，并將包括目標數據請求在內的多個數據請求發送給數據源服務器，以通知數據源服務器獲取多個數據請求所請求的目標數據。

技術領域

本申請涉及數據處理技術領域，具體而言，涉及一種數據請求的處理方法及裝置、存儲介質及電子裝置。

背景技術

有些場景下的服務器數據獲取困難，有限頻要求，如每秒只能查一個指定閥值以內的查詢交互，但應用方請求量非常大，遠遠超過查詢的頻率限制，那么當用戶量增加，或者業務高峰期的時候，會出現查詢數據失敗，調用數據超時，甚至是把數據提供方服務拖垮的問題。這將嚴重影響用戶體驗和業務增長，也將影響數據提供方服務的可靠性與穩定性。

現有技術中的解決方案是通過加設緩存服務器來緩解數據服務器的壓力，但是緩存服務器中的數據無法保證數據的實時性，而且，當緩存服務器中不存在請求的數據時，還是會有大量的請求涌入數據服務器，并沒有解決根本問題。

針對上述問題，目前尚未提出有效的解決方案。

發明內容

本申請實施例提供了一種數據請求的處理方法及裝置、存儲介質及電子裝置，以降低在業務高峰期對數據服務器造成的流量壓力。

根據本申請實施例的一個方面，提供了一種數據請求的處理方法，包括：接收目標數據請求；將所述目標數據請求寫入第一消息隊列，其中，所述第一消息隊列中包括待發送給所述數據源服務器的數據請求，所述第一消息隊列中的數據請求被設置為按照發送周期從所述第一消息隊列中取出并發送給所述數據源服務器，每個所述發送周期從所述第一消息隊列中取出的數據請求的數量相同；在到達目標發送周期時從所述第一消息隊列中取出包括所述目標數據請求在內的多個數據請求，并將包括所述目標數據請求在內的多個數據請求發送給所述數據源服務器，以通知所述數據源服務器獲取所述多個數據請求所請求的目標數據。

根據本申請實施例的另一方面，還提供了一種數據請求的處理裝置，包括：接收模塊，配置為接收目標數據請求；寫入模塊，配置為將所述目標數據請求寫入第一消息隊列，其中，所述第一消息隊列中包括待發送給所述數據源服務器的數據請求，所述第一消息隊列中的數據請求被設置為按照發送周期從所述第一消息隊列中取出并發送給所述數據源服務器，每個所述發送周期從所述第一消息隊列中取出的數據請求的數量相同；取出模塊，配置為在到達目標發送周期時從所述第一消息隊列中取出包括所述目標數據請求在內的多個數據請求；發送模塊，配置為將包括所述目標數據請求在內的多個數據請求發送給所述數據源服務器，以通知所述數據源服務器獲取所述多個數據請求所請求的目標數據。

可選地，所述裝置還包括：第一獲取模塊，配置為獲取第一數據請求，其中，所述第一數據請求用于向所述數據源服務器請求第一數據；第一丟棄模塊，配置為在所述第一消息隊列中包括的待發送給所述數據源服務器的數據請求的數量大于預定閾值的情況下，將所述第一數據請求丟棄；第二寫入模塊，配置為將所述第一數據請求寫入第二消息隊列，其中，所述第二消息隊列中包括的數據請求被設置為在所述第一消息隊列中包括的數據請求的數量小于所述預定閾值和/或所述第一消息隊列處于空閑狀態的情況下寫回到所述第一消息隊列中。

可選地，所述裝置還包括：緩存模塊，配置為將被丟棄的所述第一數據請求儲存在緩存服務器上，并保留指定時間；寫回模塊，配置為在所述第一消息隊列中包括的數據請求的數量小于所述預定閾值和/或所述第一消息隊列處于空閑狀態的情況下，將被丟棄的所述第一數據請求寫回到所述第一消息隊列中。