本申请涉及数据处理技术领域，具体而言，涉及一种日志处理的方法及装置、可读存储介质。
背景技术：
在传统的软件架构中，会给不同的应用程序部署对应的机器，在该种方式下，日志文件的个数与应用程序部署的机器个数成正比，不同机器上的应用程序只是简单地将日志输出到本地的文件系统中。应用程序的日志，分散在不同的机器上，它们可能是物理机，公有云及私有云等，不利于管理。由于日志管理的不便利性，在查询日志时，研发/运维人员需要登录各台机器，逐个查看日志文件来定位问题，效率低下。
可见，现有的日志处理方式中，由于日志存储方式的不便利性，导致日志的查询效率较低。
技术实现要素：
本申请实施例的目的在于提供一种日志处理的方法及装置、可读存储介质，用以提高日志管理的便利性，进而提高日志的查询效率。
第一方面，本申请实施例提供一种日志处理的方法，包括：接收查询用户发起的日志查询请求；所述日志查询请求中包括所述查询用户输入的用于表征查询条件的查询语句；根据所述查询语句和按照预设的存储形式存储的日志确定与所述日志查询请求对应的查询结果；所述存储的日志包括不同的应用程序日志；反馈所述查询结果。
在本申请实施例中，预先按照预设的存储形式将不同的应用程序日志进行统一存储，当查询用户(研发或者运维人员)需要查询日志时，发起日志查询请求，然后根据日志查询请求中的查询语句和预先存储的日志确定对应的查询结果。与现有技术相比，采用统一的日志管理方式，将不同应用程序日志进行统一存储，提高了日志管理的便利性；进而在查询日志时，可以根据存储的日志进行快速查找，提高日志的查询效率。
作为一种可能的实现方式，在所述接收查询用户发起的日志查询请求之前，所述方法还包括：获取通过多个端口接收到的日志；每个端口所接收的日志的格式不同；将所述接收到的日志按照所述预设的存储形式进行存储。
在本申请实施例中，在预先存储不同的应用程序日志时，可以定义不同的端口，接收不同的格式的日志，便于接收可能来自不同的机器发送的日志，提高日志存储的便利性和稳定性。
作为一种可能的实现方式，在所述获取通过多个端口接收到的日志之前，所述方法还包括：接收配置用户输入的配置信息；所述配置信息中包括不同的端口所接收的日志格式；根据所述配置信息配置所述多个端口所接收的日志格式。
在本申请实施例中，对于各个端口所接收的日志的格式，可以由配置用户进行配置，进一步提高日志存储的便利性和稳定性。
作为一种可能的实现方式，在所述将所述接收到的日志按照所述预设的存储形式进行存储之前，所述方法还包括：检查所述接收到的日志的格式是否合法；对应的，所述将所述接收到的日志按照所述预设的存储形式进行存储，包括：在所述接收到的日志的格式合法时，将所述接收到的日志按照所述预设的存储形式进行存储。
在本申请实施例中，在存储接收到的日志之前，还可以对日志的格式的合法性进行检查，在日志的格式合法的情况下，再进行存储，通过这种方式，能够提高存储的日志的安全性。
作为一种可能的实现方式，所述方法还包括：在所述接收到的日志的格式不合法时，丢弃所述接收到的日志。
在本申请实施例中，当接收到的日志的格式不合法时，可以直接将接收到的日志进行丢弃，避免对存储的其他日志造成影响，进一步提高日志存储的安全性。
作为一种可能的实现方式，所述将所述接收到的日志按照所述预设的存储形式进行存储，包括：将所述接收到的日志按照所述预设的存储形式存储在搜索引擎中。
在本申请实施例中，在存储接收到的日志时，可以将其存储在搜索引擎中，使存储的日志与其他业务数据分开，避免存储日志数据时以及后面在对日志进行查询时对其他业务造成的影响，提高日志管理的便利性和安全性。
作为一种可能的实现方式，所述根据所述查询语句和按照预设的存储形式存储的日志确定与所述日志查询请求对应的查询结果，包括：按照预先定义的标准查询语句格式将所述查询语句转化为标准查询语句；将所述标准查询语句发送给所述搜索引擎；接收所述搜索引擎返回的与所述标准查询语句对应的查询结果，并将所述标准查询语句对应的查询结果确定为所述日志查询请求对应的查询结果。
在本申请实施例中，将日志存储在搜索引擎中后，在查询日志时，先将接收到的查询语句转化为标准查询语句，标准查询语句可以理解为搜索引擎所能够理解的查询语句，然后将标准查询语句发送给搜索引擎，进而搜索引擎根据存储的不同的应用程序日志得到标准查询语句对应的查询结果，并将其确定为日志查询请求对应的查询结果。通过这种方式，能够快速地得到日志查询结果，提高了日志查询的效率。
第二方面，本申请实施例提供一种日志处理的装置，所述装置包括用于实现第一方面以及第一方面任意一种可能的实现方式中所述的方法的功能模块。
第三方面，本申请实施例提供一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被计算机运行时执行如第一方面的以及第一方面的任意可能的实现方式中所述的方法中的步骤。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1为本申请实施例提供的日志处理系统结构示意图；
图2为本申请实施例提供的日志处理的方法的流程图；
图3为本申请实施例提供的日志处理的装置的功能模块结构框图。
图标：10-日志处理系统；11-第一客户端；12-服务器端；120-日志搜集服务器；122-数据库服务器；124-搜索引擎；13-第二客户端；30-日志处理的装置；301-接收模块；302-处理模块；303-反馈模块。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。
本申请实施例所提供的日志处理的方法可应用于应用程序的日志管理，日志管理包括日志的存储、日志的查询等相关处理。应用程序日志是应用程序在运作时产生的事件记录，每一行日志都记载着日期、时间、使用者及动作等相关操作的描述。从应用程序日志的产生，到应用程序日志的存储，再到应用程序日志的查询，以及查询到后的分析等更多的处理过程，对应用程序的其他功能和正常使用一般不会产生影响。
基于应用程序的日志处理的应用场景，接下来请参照图1，为本申实施例提供的日志处理系统10的结构示意图，在日志处理系统10中，包括第一客户端11、服务器端12和第二客户端13，在服务器端12上，又包括日志搜集服务器120、数据库服务器122和搜索引擎124。第一客户端11和日志搜集服务器120之间可以通信，日志搜集服务器120与数据库服务器122、搜索引擎124以及第二客户端13之间均可以通信。
其中，第一客户端11上用于搭载应用程序，该第一客户端11可以是手机、电脑或者浏览器等各种表现形式。第一客户端11又可以称为应用程序客户端11，应用程序在运行过程中产生的日志由第一客户端11进行进一步地处理。数据库服务器122用于持久性地存储在使用日志处理系统10中产生的一些特定数据，如用户输入的配置信息等。日志搜集服务器120用于搜集各个应用程序在不同的第一客户端11上所产生的应用程序日志。第二客户端13可以理解为面向日志搜集服务器120的开发或者运维人员的客户端，在第二客户端13上可以对日志处理系统10进行配置，还可以发起日志的查询请求等。第二客户端13也可以是手机、电脑或者浏览器等各种表现形式，对于开发或者运维人员来说，通常采用浏览器这种表现形式，例如webui(网络产品界面设计)。日志搜集服务器120所搜集的应用程序日志可以存储在搜索引擎124上，进而在开发或者运维人员有日志的查询需求时，可以利用搜索引擎124进行日志查询。搜索引擎124可以是elasticsearch服务器。elasticsearch服务器是一个分布式、高扩展、高实时的搜索与数据分析引擎，它能很方便搜索和分析大量的数据。
此外，对于第一客户端11，可通过日志处理系统10提供的api(applicationprogramminginterface，应用程序接口)与日志搜集服务器120之间进行通信。其api一般的表现形式为，各个语言的library库文件，这部分对应用程序原有代码的入侵性应尽量小。
基于对日志处理系统10的介绍，接下来请参照图2，为本申请实施例提供的日志处理的方法的流程图，该方法可以应用于日志处理系统10中的日志搜集服务器120，该方法包括：
步骤201：接收查询用户发起的日志查询请求。日志查询请求中包括查询用户输入的用于表征查询条件的查询语句。
步骤202：根据查询语句和按照预设的存储形式存储的日志确定与日志查询请求对应的查询结果。存储的日志包括不同的应用程序日志。
步骤203：反馈查询结果。
在本申请实施例中，预先按照预设的存储形式将不同的应用程序日志进行统一存储，当查询用户(研发或者运维人员)需要查询日志时，发起日志查询请求，然后根据日志查询请求中的查询语句和预先存储的日志确定对应的查询结果。与现有技术相比，采用统一的日志管理方式，将不同应用程序日志进行统一存储，提高了日志管理的便利性；进而在查询日志时，可以根据存储的日志进行快速查找，提高日志的查询效率。
接下来对步骤201-步骤203的详细实施流程进行介绍。
在步骤201中，日志搜集服务器120通过第二客户端13接收到查询用户发起的日志查询请求，其中，查询用户可以是开发或者运维人员。具体地，开发或者运维人员在第二客户端13上发起日志查询请求，并将日志查询请求发送给日志搜集服务器120。
在日志查询请求中，包括了查询用户所输入的用于表征查询条件的查询语句。对于开发或者运维人员来说，通常都是程序员，程序员所输入的查询语句可设置固定的查询语句的语法。例如：查询语句可以由基本的key:[operator]value键值对组成，其中key表示要搜索的字段名称或者内置的关键字，value字段根据要搜索的字段名称或者内置的关键字的类型具有不同含义。接下来对该查询语句的可能的各种情况进行举例介绍。
可选地，假设value为整数，operator是”＝”,”<”,”>”,”！＝”,”<＝”,”>＝”其中之一，默认是”＝”,例如age:3和age:＝3表示搜索age字段为整数3的日志记录。又如：age:<＝3，表示搜索age小于等于3的日志记录。
可选地，假设value为字符串，operator则没有意义，应一直为“”,即空，表示key字段包含value的值。例如message:yunzujia表示搜索message字段中包含yunzujia关键字的日志记录，若需要精确匹配，则需要message:“yunzujia”，表示搜索message字段为yunzujia的日志记录。
可选地，key除了表示搜索的字段外，还支持一种存在查询，例如exist:message，表示查询包含message字段的日志记录。前述是查询语句的基本组成单位，还可以是更为复杂的查询组合形式，通过组合基本的key:value对来完成,例如：message:yunwoke.comandnotexist:typeand(age:<＝10orage:>＝50)表示搜索message字段包含yunwoke.com并且不存在type字段并且age小于等于10或者age大于等于50的日志记录。由此可见，通过关键字and，or，exist，not可以组成更为复杂的查询语句，以满足各种搜索需求。
进一步地，在接收到查询语句后，还可以对其进行检查，在确保输入的查询语句合法且正确后，再执行步骤202。例如检查查询语句是否符合查询语法的格式等。
进一步地，在步骤201后，执行步骤202，根据查询语句和按照预设的存储形式存储的日志确定与日志查询请求对应的查询结果。其中，存储的日志包括不同的应用程序日志。可以理解，日志搜集服务器120需要预先将第一客户端11上的应用程序日志进行搜集，并存储，才能供查询。接下来对前期日志搜集服务器120搜集日志进行存储的实施方式进行介绍。
作为一种可选地实施方式，在步骤201之前，该方法还包括：获取通过多个端口接收到的日志；每个端口所接收的日志的格式不同；将接收到的日志按照预设的存储形式进行存储。
在这种实施方式中，多个端口接收到的日志为不同的第一客户端11所发送的应用程序日志。为了保证接收多个第一客户端11所发送的不同的应用程序日志，在获取通过多个端口接收到的日志之前，该方法还包括：接收配置用户输入的配置信息；配置信息中包括不同的端口所接收的日志格式；根据配置信息配置多个端口所接收的日志格式。
其中，配置用户可以是日志处理系统10的研发人员，可以通过第二客户端13来输入配置信息，实现日志搜集服务器120通过特定的端口接收特定格式的日志。或者也可以通过独立设置的用于研发人员进行配置的客户端来输入配置信息，即配置用户和查询用户利用的可以是同一个客户端，也可以不是同一个客户端。其中，配置信息除了包括所接收的日志格式，还可以包括发送日志的协议等信息。
例如：研发者配置日志搜集服务器120在5555端口接收udp(userdatagramprotocol，用户数据报协议)协议发送的json(javascriptobjectnotation,js对象简谱)格式数据，其日志格式可以如下：{“message”:“thisisamessagefortest”,“index”:{“field1”:”message1”,”field2”:”message2”..},“raw”:{“raw_field1”:“raw_message1”,“raw_field2”:{“raw”:“raw_message2”….}},“level”：“日志等级”,“file_path”：“产生日志消息的文件路径”,“line”：“产生日志消息所在文件的行数”,“source”：“产生日志的服务所在机器名称”,“pid”:“产生日志服务的进程号”}。其中，对于该格式中的各个字段的含义在后续介绍日志的存储时再进行具体地介绍。
在配置用户输入配置信息后，可以将配置信息持久化地存储到数据库服务器122中，数据库服务器122生成一个32位的唯一编码，用于标识此配置信息，存储的格式为：至少包含{“uuid(32位)”:{“name”:“config1”,“protocol”:“udp”,“port”:5555}}，uuid是数据库服务器122自动生成的，name为配置用户给此配置取的名称，protocol指明通信协议(代表与客户端之间的通信协议)，port指明通信的端口号(代表端口)。
进一步地，日志搜集服务器120可以通过配置信息进行配置。例如：日志搜集服务器120在指定端口开启指定协议的socket，等待第一客户端11的连接和发送应用程序值。日志搜集服务器120会持续监听，直到停止运行。
在本申请实施例中，在预先存储不同的应用程序日志时，可以定义不同的端口，接收不同格式的日志，便于接收可能来自不同的机器(第一客户端11)发送的日志，提高日志存储的便利性和稳定性。并且对于各个端口所接收的日志的格式，可以由配置用户进行配置，进一步地提高日志存储的便利性和稳定性。
进一步地，日志搜集服务器120在获取到日志后，在存储之前，还可以检查日志的合法性。因此，在将接收到的日志按照预设的存储形式进行存储之前，该方法还包括：检查接收到的日志的格式是否合法；对应地，将接收到的日志按照预设的存储形式进行存储，包括：在接收到的日志的格式合法时，将接收到的日志按照预设的存储形式进行存储。
其中，在接收到的日志的格式合法时，还可以将日志进行格式化处理后再进行存储，例如在原始日志内容中附加一些信息{“message_id”:“消息的唯一标识”,“timestamp”:“接收日志的时间”,“size”:“日志消息的大小”}。在接收到的日志的格式不合法时，直接将接收到的日志丢弃。
在本申请实施例中，在存储接收到的日志之前，还可以对日志的格式的合法性进行检查，在日志的格式合法的情况下，再进行存储，通过这种方式，能够提高存储的日志的安全性。并且当接收到的日志的格式不合法时，可以直接将接收到的日志进行丢弃，避免对存储的其他日志造成影响，进一步提高日志存储的安全性。
进一步地，在存储时，作为一种可选地实施方式，将接收到的日志按照预设的存储形式存储在搜索引擎124中。接下来对具体如何将日志存储在搜索引擎124中的实施方式进行介绍。
在前述实施例中介绍过的与日志相关的字段名称列表：[message，index，raw，level，file_path，line，source，pid，message_id，timestamp]，下面分别解释各个字段的含义。
message:string(字符串)类型，表示一条日志的标题字段，在搜索引擎124中会建立索引。index:object(对象)类型，其中的每个字段都会建立索引，便于查询。raw:object类型，其中的每个字段都不会建立索引，不能被搜索，仅用于展示。level:enum(枚举)类型,取值为debug/info/warning/error/critical，表示不同的日志等级，等级从左至右依次递增。file_path:string类型，产生日志所在的应用程序的文件路径。line:file_path中产生日志的行数。source:string类型，日志服务所在的服务器的名称。message_id：日志搜集服务器120分配的唯一日志标识。timestamp：日志搜集服务器120接收日志的时间。
以上述字段集来更新搜索引擎124的索引信息，以elasticsearch为例，具体的操作过程包括：调用elasticsearch的put(录入)方法：一.将message，index中所有字段：level，file_path，line，source，message_id，timestamp添加到elasticsearch的索引信息中，并指定各个字段建立索引。二.将raw中的所有字段添加到elasticsearch的索引信息中，且指定在对应字段不建立索引，完成更新索引信息后，接着调用elasticsearch的post(更新)方法增加一个文件，即一条日志，格式如下{“message”:“message”,“index_field1”:“index_message1”,“raw_field_1”:“raw_message1”,“level”:“debug”,“file_path”:“/your/file/path”,“line”:15，“source”:“host1”，pid：8879}，至此一条日志便存储到搜索引擎124中了。
此外，当日志搜集服务器120停止运行时，会做一些收尾工作，释放资源，比如：释放socket端口，连接，清理缓存等。
在本申请实施例中，在存储接收到的日志时，可以将其存储在搜索引擎124中，使存储的日志与其他业务数据分开，避免存储的日志数据以及后面在对日志进行查询时对其他业务造成的影响，提高日志管理的便利性和安全性。
通过对上述日志搜集服务器120对日志的存储的介绍，作为一种可选地实施方式，步骤202包括：按照预先定义的标准查询语句格式将查询语句转化为标准查询语句；将标准查询语句发送给搜索引擎124；接收搜索引擎124返回的与标准查询语句对应的查询结果，并将标准查询语句对应的查询结果确定为日志查询请求对应的查询结果。
其中，转化标准查询语句可以理解为将查询语句翻译为搜索引擎124所能理解的特定查询语句。例如：将查询语句中的and语句翻译为elasticsearch中的must查询语句，将not语句翻译为must_not查询语句,将or语句翻译为should查询语句,范围比较(.,>,<)翻译为range查询语句，exist语句翻译为exists查询语句等。
在完成查询语句的转化后，可以将标准查询语句以查询请求任务的形式发送给搜索引擎124，搜索引擎124在接收到查询请求任务后，根据标准查询语句检索存储的所有日志记录，返回满足标准查询语句所限定的查询条件的日志集合，作为最终的查询结果。在检索时，可以直接根据存储时设置的各个索引信息进行检索。需要注意的是，返回的日志集合也可能为空，默认为没有查询到对应的日志。
在本申请实施例中，将日志存储在搜索引擎中后，在查询日志时，先将接收到的查询语句转化为标准查询语句，标准查询语句可以理解为搜索引擎所能够理解的查询语句，然后将标准查询语句发送给搜索引擎，进而搜索引擎根据存储的不同的应用程序日志得到标准查询语句对应的查询结果，并将其确定为日志查询请求对应的查询结果。通过这种方式，能够快速地得到日志查询结果，提高了日志查询的效率。
在步骤202后，在步骤203中，日志搜集服务器120将得到的查询结果反馈给第二客户端13，第二客户端13再反馈给查询用户。针对不同的查询结果，第二客户端13可以采用不同的反馈方式反馈给查询用户。假设查询结果中所查询到的日志集合为空，此时第二客户端13可以提示没有查询到对应结果，以及提示查询用户可以重新进行查询等。假设查询结果中所查询到的日志集合不为空，此时第二客户端13将日志集合中的日志进行分条或者分批展示，以供查询用户查看。
基于同一发明构思，请参照图3，本申请实施例中还提供一种日志处理的装置30，包括接收模块301、处理模块302以及反馈模块303。
接收模块301用于：接收查询用户发起的日志查询请求；所述日志查询请求中包括所述查询用户输入的用于表征查询条件的查询语句。处理模块302用于：根据所述查询语句和按照预设的存储形式存储的日志确定与所述日志查询请求对应的查询结果；所述存储的日志包括不同的应用程序日志。反馈模块303用于：反馈所述查询结果。
可选地，日志处理的装置30还包括存储模块，用于：获取通过多个端口接收到的日志；每个端口所接收的日志的格式不同；将所述接收到的日志按照所述预设的存储形式进行存储。
可选地，日志处理的装置30还包括配置模块，用于：接收配置用户输入的配置信息；所述配置信息中包括不同的端口所接收的日志格式；根据所述配置信息配置所述多个端口所接收的日志格式。
可选地，存储模块还用于：检查所述接收到的日志的格式是否合法；存储模块具体用于：在所述接收到的日志的格式合法时，将所述接收到的日志按照所述预设的存储形式进行存储。
可选地，存储模块还用于在所述接收到的日志的格式不合法时，丢弃所述接收到的日志。
可选地，存储模块具体还用于：将所述接收到的日志按照所述预设的存储形式存储在搜索引擎中。
可选地，处理模块302具体用于：按照预先定义的标准查询语句格式将所述查询语句转化为标准查询语句；将所述标准查询语句发送给所述搜索引擎；接收所述搜索引擎返回的与所述标准查询语句对应的查询结果，并将所述标准查询语句对应的查询结果确定为所述日志查询请求对应的查询结果。
前述实施例中的日志处理的方法中的各实施方式和具体实例同样适用于日志处理的装置30中的各个模块，通过前述对日志处理的方法的详细描述，本领域技术人员可以清楚的知道各个模块的实施方式，所以为了说明书的简洁，在此不再详述。
基于同一发明构思，本申请实施例还提供了一种可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被计算机运行时执行上述任一实施方式所述的日志处理的方法。
在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。
1.一种日志处理的方法，其特征在于，包括：
接收查询用户发起的日志查询请求；所述日志查询请求中包括所述查询用户输入的用于表征查询条件的查询语句；
根据所述查询语句和按照预设的存储形式存储的日志确定与所述日志查询请求对应的查询结果；所述存储的日志包括不同的应用程序日志；
反馈所述查询结果。
2.根据权利要求1所述的方法，其特征在于，在所述接收查询用户发起的日志查询请求之前，所述方法还包括：
获取通过多个端口接收到的日志；每个端口所接收的日志的格式不同；
将所述接收到的日志按照所述预设的存储形式进行存储。
3.根据权利要求2所述的方法，其特征在于，在所述获取通过多个端口接收到的日志之前，所述方法还包括：
接收配置用户输入的配置信息；所述配置信息中包括不同的端口所接收的日志格式；
根据所述配置信息配置所述多个端口所接收的日志格式。
4.根据权利要求2所述的方法，其特征在于，在所述将所述接收到的日志按照所述预设的存储形式进行存储之前，所述方法还包括：
检查所述接收到的日志的格式是否合法；
对应的，所述将所述接收到的日志按照所述预设的存储形式进行存储，包括：
在所述接收到的日志的格式合法时，将所述接收到的日志按照所述预设的存储形式进行存储。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括：
在所述接收到的日志的格式不合法时，丢弃所述接收到的日志。
6.根据权利要求2所述的方法，其特征在于，所述将所述接收到的日志按照所述预设的存储形式进行存储，包括：
将所述接收到的日志按照所述预设的存储形式存储在搜索引擎中。
7.根据权利要求6所述的方法，其特征在于，所述根据所述查询语句和按照预设的存储形式存储的日志确定与所述日志查询请求对应的查询结果，包括：
按照预先定义的标准查询语句格式将所述查询语句转化为标准查询语句；
将所述标准查询语句发送给所述搜索引擎；
接收所述搜索引擎返回的与所述标准查询语句对应的查询结果，并将所述标准查询语句对应的查询结果确定为所述日志查询请求对应的查询结果。
8.一种日志处理的装置，其特征在于，包括：
接收模块，用于接收查询用户发起的日志查询请求；所述日志查询请求中包括所述查询用户输入的用于表征查询条件的查询语句；
处理模块，用于根据所述查询语句和按照预设的存储形式存储的日志确定与所述日志查询请求对应的查询结果；所述存储的日志包括不同的应用程序日志；
反馈模块，用于反馈所述查询结果。
9.根据权利要求8所述的装置，其特征在于，所述装置还包括存储模块，用于：获取通过多个端口接收到的日志；每个端口所接收的日志的格式不同；将所述接收到的日志按照所述预设的存储形式进行存储。
10.一种可读存储介质，其特征在于，所述可读存储介质上存储有计算机程序，所述计算机程序被计算机运行时执行如权利要求1-7任一项所述的方法。
技术总结