[發明專利]一種日志處理方法、裝置及設備

在審

• 申請號: 201711037311.5
• 申請日: 2017-10-30
• 公開（公告）號: CN110019069A
• 公開（公告）日: 2019-07-16
• 發明（設計）人: 唐愷;孫廷韜
• 申請（專利權）人: 阿里巴巴集團控股有限公司
• 主分類號: G06F16/18
• 分類號: G06F16/18;G06F16/14;G06F16/13
• 代理公司: 北京晉德允升知識產權代理有限公司 11623
• 代理人: 楊移

本申請實施例公開了一種日志處理方法、裝置及設備，包括：按照日志的生成順序，連續采集日志文件內的日志，生成日志集合，針對所述日志集合，生成集合標識；其中，所述集合標識用于表征基于日志文件所生成的日志集合的順序，以使得所述服務端基于所述集合標識提供日志上下文查詢。通過本方法，無論日志集合以何種順序到達服務端，服務端均可根據其集合標識識別出日志集合之間的順序關聯，從而確定出不同日志集合的日志之間的順序關聯，以還原日志實際的生成順序，在此基礎上能夠保證日志上下文查詢的準確性。

技術領域

本申請涉及計算機技術領域，尤其涉及一種日志處理方法、裝置及設備。

背景技術

目前，對于諸如網站、電信運營商等業務提供方而言，其后臺的業務系統中的業務服務器在運行過程中會生成日志。為了便于查詢日志，業務提供方還會提供日志查詢服務器，即，如圖1所示。

基于如圖1所示的架構，業務人員在查詢日志的過程中，可能會查詢某一條日志的上n條或下n條日志(即，日志的上下文查詢)，以便較為全面地獲知某業務事件的發生或某項業務服務的運行狀態。現有技術中，對日志的上下文查詢的實現方式通常為：日志查詢服務器采集業務服務器日志文件中的日志，并根據業務人員所指定的日志文件名、時間區間等查詢條件，將對應的日志按照日志自身的time字段排序。那么，日志查詢服務便可根據排序，為業務人員提供某一條日志的上下文查詢結果。

然而，在實際運行中，業務服務器所生成的日志的數量，可達到十萬～百萬條/秒。換言之，每一條日志真實的生成時間可以達到毫秒級。但存儲在日志文件中的日志的time字段所表征的時間，僅為秒級。在這樣的情況下，當日志查詢服務器進行日志采集時，受到對日志文件預處理、網絡傳輸等因素的影響，導致同一日志文件內的日志并不能按照其生成順序依次采集到日志查詢服務器。又由于采集到的多條日志的time字段可能是一致的，那么，日志查詢服務器在排序時，通常將根據日志到達日志查詢服務器的時間排序。從而造成排序后的日志順序不同于日志實際的生成順序。

正如圖1所示，日志文件內的具有相同time字段的日志A～C，被采集至日志查詢服務器的順序為：日志C、日志B、日志A，造成日志的排序并非按照日志的生成順序排列，從而影響對日志上下文查詢時的準確性。

發明內容

本申請實施例提供一種日志處理方法，用以解決在日志上下文查詢時可能不準確的問題。

本申請實施例提供一種日志處理裝置，用以解決在日志上下文查詢時可能不準確的問題。

本申請實施例提供一種日志處理設備，用以解決在日志上下文查詢時可能不準確的問題。

本申請實施例采用下述技術方案：

本申請實施例提供的一種日志處理方法，包括：

按照日志的生成順序，連續采集日志文件內的日志，生成日志集合；

針對所述日志集合，生成集合標識；其中，所述集合標識用于表征基于同一日志文件所生成的日志集合的順序；

將攜帶有所述集合標識的日志集合發送至服務端，以使得所述服務端基于所述集合標識提供日志上下文查詢。

本申請實施例另提供的一種日志處理方法，包括：

針對接收到的日志查詢請求，確定所述日志查詢請求的查詢關鍵詞；

確定并獲取所述查詢關鍵詞命中的日志，以及該日志攜帶的集合標識，其中，所述集合標識指示了所述日志所在的日志集合的存儲位置；

根據所述集合標識進行所述日志的上下文查詢。

本申請實施例還提供的一種日志處理方法，包括：

針對接收到的日志查詢請求，確定所述日志查詢請求的查詢關鍵詞；