[發明專利]慢查詢信息檢索方法、裝置、服務器及可讀存儲介質

有效

• 申請號: 201810299172.1
• 申請日: 2018-04-04
• 公開（公告）號: CN108520052B
• 公開（公告）日: 2021-02-02
• 發明（設計）人: 陳陽;陳少杰;張文明
• 申請（專利權）人: 武漢斗魚網絡科技有限公司
• 主分類號: G06F16/953
• 分類號: G06F16/953;G06F16/9532
• 代理公司: 北京超凡志成知識產權代理事務所(普通合伙) 11371
• 代理人: 吳迪

本發明實施例提供一種慢查詢信息檢索方法、裝置、服務器及可讀存儲介質。服務器中配置有慢查詢調度策略和搜索服務器。該方法包括：基于慢查詢調度策略獲取所有Mongodb實例的慢查詢信息；將所有Mongodb實例的慢查詢信息轉存到搜索服務器中；在接收到用戶終端發送的慢查詢信息檢索請求時，從所述慢查詢信息檢索請求獲得檢索篩選條件；基于所述檢索篩選條件從所述搜索服務器中檢索對應的慢查詢信息，并將檢索到的慢查詢信息發送給所述用戶終端進行顯示。采用本發明提供的技術方案，在檢索慢查詢信息時，無需開啟慢查詢記錄參數，能夠大幅度提高慢查詢信息的檢索效率，便于及時排查系統問題，同時能夠避免直接連接數據庫造成的安全隱患。

技術領域

本發明涉及數據處理技術領域，具體而言，涉及一種慢查詢信息檢索方法、裝置、服務器及可讀存儲介質。

背景技術

當前的Mongodb慢查詢記錄手段，有兩種方法，開啟Profiling功能或者啟動時加入參數–slowms，在實際實施時，當出現性能問題需要去檢查慢查詢的時候，往往需要人工連接到對應的數據庫實例上，運行db.system.profile.find()語句進行查詢。

經本申請發明人在實際研究中發現，上述方案有存在多種弊端：其一是，如果一直開啟慢查詢記錄參數，會造成數據庫對應的集合一直增長，對于實例的維護非常不利。其二是，如果在系統出現問題的時候，再去開啟慢查詢參數，獲取慢查詢語句，排查問題的時間較長，同時歷史問題無法追溯。其三是，由于每次都需要連接到Mongodb數據庫輸入命令獲取，因此需要給每一個想要查看慢查詢的成員都開啟連接數據庫的權限，而對于線上的數據來說，這種方式會帶來極大的安全隱患。

發明內容

為了克服現有技術中的上述不足，本發明的目的在于提供一種慢查詢信息檢索方法、裝置、服務器及可讀存儲介質，無需開啟慢查詢記錄參數，能夠大幅度提高慢查詢信息的檢索效率，便于及時排查系統問題，同時能夠避免直接連接數據庫造成的安全隱患。

為了實現上述目的，本發明實施例采用的技術方案如下：

第一方面，本發明實施例提供一種慢查詢信息檢索方法，應用于服務器，所述服務器中配置有慢查詢調度策略和搜索服務器，所述方法包括：

基于慢查詢調度策略獲取所有Mongodb實例的慢查詢信息；

將所有Mongodb實例的慢查詢信息轉存到搜索服務器中，其中，所述慢查詢信息包括IP地址、端口、數據庫名稱、慢查詢類型、慢查詢發生時間、慢查詢運行時間、慢查詢語句以及慢查詢信息生成時間；

在接收到用戶終端發送的慢查詢信息檢索請求時，從所述慢查詢信息檢索請求獲得檢索篩選條件；

基于所述檢索篩選條件從所述搜索服務器中檢索對應的慢查詢信息，并將檢索到的慢查詢信息發送給所述用戶終端進行顯示。

可選地，在所述將所有Mongodb實例的慢查詢信息轉存到搜索服務器中的步驟之后，所述方法還包括：

對所述搜索服務器中的慢查詢信息進行統計分析，生成統計分析報告后發送給目標終端，其中，所述統計分析報告中包括慢查詢信息的統計數量和統計時間信息。

可選地，所述將所有Mongodb實例的慢查詢信息轉存到搜索服務器中的步驟之后，所述方法還包括：

每隔一預設時間段，刪除所述搜索服務器中的慢查詢信息。

可選地，在所述基于慢查詢調度策略獲取所有Mongodb實例的慢查詢信息的步驟之前，所述方法還包括：

針對當前每個Mongodb實例，檢測該Mongodb實例是否開啟慢查詢配置；

若否，則使用預設命令開啟該Mongodb實例的慢查詢配置。