[发明专利]一种日志处理方法、装置及设备

说明书

本申请实施例公开了一种日志处理方法、装置及设备，包括：按照日志的生成顺序，连续采集日志文件内的日志，生成日志集合，针对所述日志集合，生成集合标识；其中，所述集合标识用于表征基于日志文件所生成的日志集合的顺序，以使得所述服务端基于所述集合标识提供日志上下文查询。通过本方法，无论日志集合以何种顺序到达服务端，服务端均可根据其集合标识识别出日志集合之间的顺序关联，从而确定出不同日志集合的日志之间的顺序关联，以还原日志实际的生成顺序，在此基础上能够保证日志上下文查询的准确性。

技术领域

本申请涉及计算机技术领域，尤其涉及一种日志处理方法、装置及设备。

背景技术

目前，对于诸如网站、电信运营商等业务提供方而言，其后台的业务系统中的业务服务器在运行过程中会生成日志。为了便于查询日志，业务提供方还会提供日志查询服务器，即，如图1所示。

基于如图1所示的架构，业务人员在查询日志的过程中，可能会查询某一条日志的上n条或下n条日志(即，日志的上下文查询)，以便较为全面地获知某业务事件的发生或某项业务服务的运行状态。现有技术中，对日志的上下文查询的实现方式通常为：日志查询服务器采集业务服务器日志文件中的日志，并根据业务人员所指定的日志文件名、时间区间等查询条件，将对应的日志按照日志自身的time字段排序。那么，日志查询服务便可根据排序，为业务人员提供某一条日志的上下文查询结果。

然而，在实际运行中，业务服务器所生成的日志的数量，可达到十万～百万条/秒。换言之，每一条日志真实的生成时间可以达到毫秒级。但存储在日志文件中的日志的time字段所表征的时间，仅为秒级。在这样的情况下，当日志查询服务器进行日志采集时，受到对日志文件预处理、网络传输等因素的影响，导致同一日志文件内的日志并不能按照其生成顺序依次采集到日志查询服务器。又由于采集到的多条日志的time字段可能是一致的，那么，日志查询服务器在排序时，通常将根据日志到达日志查询服务器的时间排序。从而造成排序后的日志顺序不同于日志实际的生成顺序。

正如图1所示，日志文件内的具有相同time字段的日志A～C，被采集至日志查询服务器的顺序为：日志C、日志B、日志A，造成日志的排序并非按照日志的生成顺序排列，从而影响对日志上下文查询时的准确性。

发明内容

本申请实施例提供一种日志处理方法，用以解决在日志上下文查询时可能不准确的问题。

本申请实施例提供一种日志处理装置，用以解决在日志上下文查询时可能不准确的问题。

本申请实施例提供一种日志处理设备，用以解决在日志上下文查询时可能不准确的问题。

本申请实施例采用下述技术方案：

本申请实施例提供的一种日志处理方法，包括：

按照日志的生成顺序，连续采集日志文件内的日志，生成日志集合；

针对所述日志集合，生成集合标识；其中，所述集合标识用于表征基于同一日志文件所生成的日志集合的顺序；

将携带有所述集合标识的日志集合发送至服务端，以使得所述服务端基于所述集合标识提供日志上下文查询。

本申请实施例另提供的一种日志处理方法，包括：

针对接收到的日志查询请求，确定所述日志查询请求的查询关键词；

确定并获取所述查询关键词命中的日志，以及该日志携带的集合标识，其中，所述集合标识指示了所述日志所在的日志集合的存储位置；

根据所述集合标识进行所述日志的上下文查询。

本申请实施例还提供的一种日志处理方法，包括：

针对接收到的日志查询请求，确定所述日志查询请求的查询关键词；