日志报警方法及装置与流程

本申请涉及数据库技术领域，具体而言，涉及一种日志报警方法及装置。

背景技术：

目前，分布全国系统独立的语音平台，在出现服务器异常、缺少表或者存储空间不足等数据库异常问题时，相关维护人员无法在最快的时间内得知异常情况并及时处理，造成系统出现使用卡顿、用户投诉、数据丢失或者业务量下降等不良后果。在捕捉到数据库异常时，由于分布点过多，维护人员需要花费大量的时间在众多的分布点中查找发送异常日志的具体地区，以及花费时间去查找负责处理该类型的异常问题的相关维护人员，因此由于异常日志往往不能及时定位和处理，数据库异常处理的实时性不够高，导致用户体验差。

技术实现要素：

本申请的目的在于提供一种日志报警方法以及日志报警装置，以有效的改善上述数据库异常处理的实时性不够高的技术缺陷。

本申请的实施例通过如下方式实现：

第一方面，本申请实施例提供了一种日志报警方法，该方法包括：获得异常日志；确定出异常日志的异常类型和异常严重级别；基于异常类型和异常严重级别，将异常类型和异常严重级别分别与第一预设异常类型和预设异常报警级别进行匹配；根据匹配结果，确定与异常类型所对应的异常日志报警信息。

在本申请实施例中，当基于异常日志确定出的异常类型和异常严重级别对应分别与第一预设异常类型和预设异常报警级别匹配后，就可以知道该异常日志的异常类型和异常严重级别是否需要进行报警信息的发送，以及该异常类型所对应的异常日志报警信息中的异常内容和报警级别。由于可以根据匹配结果确定异常日志报警信息中的报警内容和报警级别，不同的报警级别对应不同的报警周期。因此，获得异常日志报警信息就可以使相关维护人员基于异常类型快速对异常进行的及时处理，从而解决了现有技术中数据库异常处理的实时性不够高的技术缺陷。

结合第一方面提供的技术方案，在一些可能的实现方式中，根据匹配结果，确定与异常日志的异常类型所对应的异常日志报警信息之后包括：将异常类型与多个用户终端中每个用户终端对应的第二预设异常类型匹配，确定出与异常类型相同的第二预设异常类型，确定出与第二预设异常类型对应的用户终端，其中，用户终端为多个用户终端中的目标用户终端；向目标用户终端发送异常日志报警信息。

在本申请实施例中，基于异常类型和第二预设异常类型的匹配，从而确定出目标用户终端，可以使得异常日志更加准确地分发到处理每种异常日志所对应的异常的相关维护人员处，避免花费时间去查找该异常类型对应的相关维护人员，因此可以提高相关维护人员根据获得的异常日志对异常进行的及时处理的实时性，从而解决了现有技术中数据库异常处理的实时性不够高的技术缺陷。

结合第一方面提供的技术方案，在一些可能的实现方式中，向目标用户终端发送与异常日志的异常类型所对应的日志报警信息之后，方法还包括：根据异常严重级别确定向目标用户终端轮询发送与异常类型所对应的日志报警信息的轮询周期，其中，异常严重级别高的轮询周期小于异常严重级别低的轮询周期；基于轮询周期，向目标用户终端发送异常日志报警信息。

在本申请实施例中，不同的异常严重级别确定出不同的轮询周期，异常严重级别高的轮询周期小于异常严重级别低的轮询周期，这样可以使得异常严重级别高的异常更快的被相关维护人员所获知并及时处理，从而解决了现有技术中数据库异常处理的实时性不够高的技术缺陷。

结合第一方面提供的技术方案，在一些可能的实现方式中，基于轮询周期，向目标用户终端发送异常日志报警信息，包括：判断与异常类型所对应的异常日志在报警信息发送记录中是否是第一次向目标用户终端发送；若判断结果为与异常类型所对应的异常日志在报警信息发送记录中是第一次向目标用户终端发送，则向目标用户终端发送与异常类型所对应的异常日志报警信息，若判断结果为与异常类型所对应的异常日志在报警信息发送记录中不是第一次向目标用户终端发送，则判断当前时刻是否处于前一个轮询周期内；若判断结果为当前时刻处于前一个轮询周期内，则等待当前时刻位于下一个轮询周期后，向目标用户终端发送与所述异常类型所对应的异常日志报警信息，若判断结果为当前时刻不处于前一个轮询周期内，则向目标用户终端发送与所述异常类型所对应的异常日志报警信息。

在本申请实施例中，确定出轮询周期后，判断当前时刻是否处于前一个轮询周期内，这样可以提高目标用户终端获知异常日志的概率，从而解决了现有技术中数据库异常处理的实时性不够高的技术缺陷。

结合第一方面提供的技术方案，在一些可能的实现方式中，在异常日志包括第一异常日志和第二异常日志时，则第一异常日志对应确定出第一异常严重级别的第一日志报警，则第二异常日志对应确定出第二异常严重级别的第二日志报警，方法还包括：根据第一异常严重级别高于第一异常严重级别，确定出先发送第二日志报警再发送第一日志报警的发送顺序；根据发送顺序依次发送第二日志报警和第一日志报警。

在本申请实施例中，异常严重级别高对应的异常日志后于异常严重级别低的异常日志发送，异常严重级别高的轮询时间短，可以保证目标用户终端有效的实时接收。而正因为异常严重级别低的轮询时间长，所以让异常严重级别低的异常日志先发送，让用户有机会先接收到异常严重级别低的异常日志。这样目标用户终端更有可能同时接收到常严重级别高对应的异常日志和异常严重级别低的异常日志，提高了相关维护人员根据获得的异常日志对异常进行的及时处理的实时性，从而解决了现有技术中数据库异常处理的实时性不够高的技术缺陷。

第二方面，本申请实施例提供了一种日志报警装置，该装置包括：获得模块，用于获得异常日志；日志分析模块，用于确定出异常日志的异常类型，并根据异常类型确定出异常日志的异常严重级别；匹配模块，用于基于异常类型和异常严重级别，将异常类型和异常严重级别分别与第一预设异常类型和第二预设异常严重级别进行匹配；报警模块，用于根据匹配结果，确定与异常类型所对应的异常日志报警信息。

结合第二方面提供的技术方案，在一些可能的实现方式中，匹配模块还用于，将异常类型与多个用户终端中每个用户终端对应的第二预设异常类型匹配，确定出与异常类型相同的第二预设异常类型，确定出与第二预设异常类型对应的用户终端，其中，用户终端为多个用户终端中的目标用户终端。

结合第二方面提供的技术方案，在一些可能的实现方式中，日志分析模块，还用于根据异常严重级别确定向目标用户终端轮询发送与异常类型所对应的日志报警信息的轮询周期，其中，异常严重级别高的轮询周期小于异常严重级别低的轮询周期。

结合第二方面提供的技术方案，在一些可能的实现方式中，该装置还包括：判断模块，用于判断与异常类型所对应的异常日志在报警信息发送记录中是否是第一次向目标用户终端发送；若判断结果为与异常类型所对应的异常日志在报警信息发送记录中是第一次向所述目标用户终端发送，则通过报警模块向目标用户终端发送与所述异常类型所对应的异常日志报警信息，若判断结果为与异常类型所对应的异常日志在报警信息发送记录中不是第一次向目标用户终端发送，则判断当前时刻是否处于前一个轮询周期内；若判断结果为当前时刻处于前一个轮询周期内，则等待当前时刻位于下一个轮询周期后，通过报警模块向目标用户终端发送与所述异常类型所对应的异常日志报警信息，若判断结果为当前时刻不处于前一个轮询周期内，则通过报警模块向目标用户终端发送与所述异常类型所对应的异常日志报警信息。

结合第二方面提供的技术方案，在一些可能的实现方式中，报警模块还用于，在异常日志包括第一异常日志和第二异常日志时，则第一异常日志对应确定出第一异常严重级别的第一日志报警，则第二异常日志对应确定出第二异常严重级别的第二日志报警，根据第一异常严重级别高于第一异常严重级别，确定出先发送第二日志报警再发送第一日志报警的发送顺序；根据发送顺序依次发送第二日志报警和第一日志报警。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通维护人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请第一实施例提供的一种电子设备的结构框图；

图2示出了本申请第二实施例提供的一种日志报警方法的时序流程图；

图3示出了本申请第三实施例提供的一种日志报警装置的结构框图。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域维护人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

第一实施例

请参阅图1，本申请实施例提供了一种电子设备10。电子设备10可以为个人电脑(personalcomputer，pc)、平板电脑、智能手机、个人数字助理(personaldigitalassistant，pda)等，或电子设备10可以为网络服务器、数据库服务器、云服务器或由多个子服务器构成的服务器集成等。

请参阅图1，该电子设备10可以包括：存储器111、通信模块112、总线113和处理器114。其中，处理器114、通信模块112和存储器111通过总线113连接。处理器114用于执行存储器111中存储的可执行模块，例如计算机程序。图1所示的电子设备10的组件和结构只是示例性的，而非限制性的，根据需要，电子设备10也可以具有其他组件和结构。

其中，存储器111可能包含高速随机存取存储器(randomaccessmemoryram)，也可能还包括非不稳定的存储器(non-volatilememory)，例如至少一个磁盘存储器。本实施例中，存储器111存储了异常日志的异常严重级别和预设异常报警级别。

总线113可以是isa总线、pci总线或eisa总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图1中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

处理器114可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器114中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器114可以是通用处理器，包括中央处理器(centralprocessingunit，简称cpu)、网络处理器(networkprocessor，简称np)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。

本发明实施例定义的装置所执行的方法可以应用于处理器114中，或者由处理器114实现。处理器114在接收到电子设备10发出的响应指令后，通过通总线113控制通信模块112则可以完成异常日志的报警。

第二实施例

请参阅图2，本申请第二实施例提供的一种日志报警方法的时序流程图。该日志报警方法包括：步骤s11,步骤s12，步骤s13和步骤s14。

步骤s11：获得异常日志。

步骤s12：确定出异常日志的异常和异常严重级别。

步骤s13：基于所述异常类型和所述异常严重级别，将所述异常类型和所述异常严重级别分别与第一预设异常类型和预设异常报警级别进行匹配。

步骤s14：根据匹配结果，确定与所述异常类型所对应的异常日志报警信息。

下面将对该日志报警方法的流程做详细说明。

步骤s11：获得异常日志。

异常日志是用于记录数据库异常信息，数据库异常信息包括：数据库中表的缺失、数据库中表的增加和运行数据库的硬盘存储空间不足。详细地，本实施例中，分布全国系统独立的语音平台采用c++语言实现具体的功能。c++语言的主要特征之一为引入了异常处理机制，使得错误处理代码的编写不再冗长乏味，并且不再和正常的代码混合在一起，只需要编写希望产生的代码，然后在后面某个单独的区段里编写处理错误的代码。多次调用同一个函数，则只需要某个地方编写一次错误处理代码，并且错误不能被忽略，如果一个函数必须向调用者发送一次错误信息。它将抛出一个描述这个错误的对象。

c++语言内置异常处理的语法元素try、catch、throw，try语句处理正常的代码逻辑，catch语句处理异常的情况，c++通过throw语句抛出异常信息，try语句中的异常由对应的catch语句处理，函数在运行时抛出(throw)一个异常到函数调用的地方(try语句内部)，try语句就会将异常交给对应的catch语句去处理。通过c++语言内置的异常处理语法，当捕捉到异常时，调用输出到文件的基类完成异常日志的采集也即获得包含异常信息的异常日志。

特别地，获得的包含异常信息的异常日志中包含有发生数据库异常情况的地区信息，这个地区信息是唯一的，即每个地区所对应的地区信息是不一样的。当相关维护人员查看异常日志时，就可以根据异常日志内的地区信息所对应的地区，快速及时的知道异常发生的地区，从而及时的对发生异常的地区的服务器进行维护，提高了获得异常信息的实时性。

步骤s12：确定出所述异常日志的异常类型和异常严重级别。

异常日志记录的异常类型多种多样，如数据库中表的缺失、数据库中表的增加、运行数据库的硬盘存储空间不足和数据并发引起的主键冲突等。根据异常日志记录的捕获的异常内容，划分出异常日志所对应的异常类型。

由于异常日志记录的每种异常类型所对应的异常内容对数据库的正常运行的影响程度，因此，根据异常类型划分出不同级别的异常日志的异常严重级别。对数据库的运行的影响程度高的异常类型，那么该异常类型所确定的异常严重级别的级别也就高，对数据库的运行的影响程度低的异常类型，那么该异常类型所确定的异常严重级别的级别也就低。

假设，根据异常日志记录的内容确定出的异常类型包括：第一异常类型、第二异常类型、第三异常类型、第四异常类型、第五异常类型。详细地，第一异常类型为存储空间不足、第二异常类型为数据库中预设的号码不足、第三异常类型为数据库中部分表不存在、第四异常类型为向用户终端群发消息不成功和第五异常类型为写入字段时主键冲突等，根据这每种异常类型所对应的异常内容对数据库的正常运行的影响程度大小，确定出第一异常类型所对应的异常严重级别为第一异常严重级别，第二异常类型所对应的异常严重级别为第二异常严重级别，数据库中部分表不存在这个异常类第三异常类型所对应的异常严重级别为第三异常严重级别，第四异常类型所对应的异常严重级别为第四异常严重级别，第五异常类型所对应的异常严重级别为第五异常严重级别。其中，第一异常严重级别所对应的异常类型对数据库的正常运行影响最大，第五异常严重级别所对应的异常类型对数据库的正常运行影响最小。

步骤s13：基于所述异常类型和所述异常严重级别，将所述异常类型和所述异常严重级别分别与第一预设异常类型和预设异常报警级别进行匹配。

第一预设异常类型和预设异常报警级别均预设在服务器中，当基于异常日志，确定出异常日志的异常类型和异常严重级别后，将异常类型和异常严重级别分别与第一预设异常类型和预设异常报警级别进行匹配。

第一预设异常类型为预设的影响正常运行的相关异常类型，种类可以是多种多样的。具体地，第一预设异常类型可以为数据库中表的缺失、数据库中表的增加、运行数据库的硬盘存储空间不足和数据并发引起的主键冲突。当基于异常日志确定的异常类型与第一预设异常类型匹配时，说明该异常类型是对正常运行会产生不良影响的异常类型，需要更进一步判断该异常类型是否向目标用户终端对应的相关维护人员处发送。

预设异常报警级别是基于异常类型对于正常运行的影响严重级别确定出来的。不同的预设异常报警级别，对应的报警方式不同。具体地，预设异常报警级别高的，需要相关维护人员及时快速地处理，采用的报警方式可以为相关维护人员快速响应的方式；预设异常报警级别地的，不需要相关维护人员及时快速地处理，只需要定期查看，采用的报警方式可以为提醒相关维护人员响应的方式。

详细地，假设，预设异常报警级别包括：第一预设异常报警级别、第二预设异常报警级别、第三预设异常报警级别。第一预设异常报警级别为最高，第三预设异常报警级别为最低。由于第一预设异常报警级别特别需要相关维护人员及时快速地处理，那么报警方式可以为语音提示；第二预设异常报警级别需要相关维护人员及时快速地处理，那么报警方式可以为短消息提示；第三预设异常报警级别需要提醒相关维护人员进行定期查看处理，那么报警方式可以为邮件提示。

当异常日志的异常类型与第一预设异常类型匹配时，与异常日志的异常类型对应的异常严重级别也对应的和与第一预设异常类型对应的预设异常报警级别匹配。这样，就可以通过异常类型和异常严重级别分别与第一预设异常类型和预设异常报警级别进行匹配的匹配结果，快速地判断出异常严重级别，并且通过不同的报警方式使得相关维护人员解决异常，提高解决异常的效率。

详细地，第一异常严重级别与第一预设异常报警级别匹配，使得异常日志类型为第一异常类型的异常日志通过语音的方式进行报警；第二异常严重级别至第四异常严重级别分别与第二预设异常报警级别匹配，使得异常日志类型为第二异常类型至第四异常严重级别的异常日志通过短消息的方式进行报警；第五异常严重级别与第三预设异常报警级别匹配，使得异常日志类型为第五异常类型的异常日志通过邮件的方式进行报警。

步骤s14：根据匹配结果，确定与所述异常类型所对应的异常日志报警信息。

通过匹配结果，可以知道出异常日志的异常类型以及与该异常严重级别匹配的报警方式。并且还可以根据匹配结果确定出用于向相关维护人员进行异常提醒的与异常类型所对应的异常日志报警信息。

异常日志报警信息可以包括：异常日志的类型、发生异常的地区和异常发生时间。通过获得的异常日志报警信息就可以快速知道发生异常的地区、时间等关键信息，相关维护人员可以根据获得的异常日志报警信息快速地对异常进行处理。

在步骤s14之后，该方法还包括：将异常类型与多个用户终端中每个用户终端对应的第二预设异常类型匹配，确定出与异常类型相同的第二预设异常类型，确定出与第二预设异常类型对应的用户终端，其中，用户终端为多个用户终端中的目标用户终端；向目标用户终端发送异常日志报警信息。

不同的异常类型，负责维护处理的用户终端不同。因此，有多个异常类型，与之对应的用户终端也有多个。因此，当确定出具体的某一异常类型时，需要从多个用户终端找到目标用户终端。

基于异常类型，从多个用户终端中确定出与异常类型所对应的目标用户终端。用户终端可以是智能手机、平板电脑、个人电脑、网络服务器、数据库服务器或者由多个子服务器构成的服务器集成。可选地，本实施例中的用户终端为智能手机。

多个用户终端中每个用户终端内设置有第二预设异常类型。当基于异常日志得到的异常类型和用户终端中的第二预设异常类型匹配，确定出与异常类型相同的第二预设异常类型。根据确定出的第二预设异常类型，确定出第二预设异常类型所对应的用户终端，该确定出的用户终端为多个用户终端中的目标用户终端。

假设，多个用户终端包括第一预设用户终端、第二预设用户终端、第三预设用户终端、第四预设用户终端、第五预设用户终端。第二预设异常类型包括：第一预设异常、第二预设异常、第三预设异常、第四预设异常、第五预设异常。详细地，第一预设用户终端内设有第一预设异常，其中，第一预设异常为存储空间不足；第二预设用户终端内设有第二预设异常，其中，第二预设异常为数据库中预设的号码不足；第三预设用户终端内设有第三预设异常，其中，第三预设异常为数据库中部分表不存在；第四预设用户终端内设有第四预设异常，其中，第四预设异常为向用户终端群发消息不成功；第五预设用户终端内设有第五预设异常，其中，第五预设异常为写入字段时主键冲突。

当由异常日志确定的异常类型为第一异常类型，那么，当第一异常类型和第一预设异常相同时，则与第一预设异常所对应的第一用户终端就为目标用户终端。

基于异常类型和第二预设异常类型的匹配，从而确定出目标用户终端，可以使得异常日志更加准确地分发到处理每种异常日志所对应的异常的相关维护人员处，避免花费时间去查找该异常类型对应的相关维护人员，因此可以提高相关维护人员根据获得的异常日志对异常进行的及时处理的实时性，从而解决了现有技术中数据库异常处理的实时性不够高的技术缺陷。

在确定出目标用户终端后，以及在以预设异常报警级别的报警方式向目标用户终端发送与异常类型对应的异常日志进行报警前，需要确定出数据库所对应的服务器向目标用户终端发送异常日志的轮询周期。特别地，异常严重级别高的轮询周期小于异常严重级别低的轮询周期。

不同的异常严重级别确定出不同的轮询周期，异常严重级别高的轮询周期小于异常严重级别低的轮询周期，这样可以使得异常严重级别高的异常更快的被相关维护人员所获知并及时处理，从而解决了现有技术中数据库异常处理的实时性不够高的技术缺陷。

假设，异常严重级别最高的为第一异常严重级别，异常严重级别最低的为第五异常严重级别。那么，在设置轮询周期时，第一异常严重级别对应的第一轮询周期为1分钟，第二异常严重级别对应的第二轮询周期为5分钟，第三异常严重级别对应的第三轮询周期为10分钟，第四异常严重级别对应的第四轮询周期为30分钟。

确定轮询周期后，向目标用户终端发送与异常类型和异常严重级别对应的异常日志进行报警的过程包括：

判断与异常类型和异常严重级别对应的异常日志在日志发送记录中是否是第一次向目标用户终端发送；若是，向目标用户终端发送异常日志报警，若否，判断当前时刻是否处于前一个轮询周期内。

若判断的结果为当前时刻不处于前一个轮询周期内，那么，向目标用户终端以轮询周期发送与异常类型和异常严重级别对应的日志报警；若判断的结果为当前时刻处于前一个轮询周期内，那么，等待当前时刻位于下一个轮询周期后，向目标用户终端以轮询周期发送与异常类型和异常严重级别对应的异常日志进行报警。

假设，当前时刻为十点十五分三十秒，且当前以第一轮询周期向目标用户终端发送与异常类型和异常严重级别对应的异常日志进行报警，即每隔1分钟，就向目标用户终端发送与异常类型和异常严重级别对应的异常日志进行报警。在已经确认该条异常日志不是第一次向目标用户终端发送的情况下，上条异常日志发送的时间为十点十四分四十秒，那么，判断结果为当前时刻位于上一个轮询周期内，需要等待当前时刻位于下一个轮询周期后，即当前时刻大于十点十五分四十秒，才能向目标用户终端以轮询周期发送与异常类型和异常严重级别对应的异常日志进行报警。

特别地，当从各个地区获得的异常日志汇总到一个服务器上进行相关存储，并基于异常日志确定出的异常类型和异常严重级别以及基于异常类型确定出目标用户终端后，需要向目标用户终端发送异常日志时，由于服务器上可能存在多条异常日志，因此，需要确定出优先发送的异常日志顺序。

发送顺序可以为异常严重级别高的先发送，异常严重级别低的后发送，或者异常严重级别低的先发送，异常严重级别高的后发送。可选地，在本实施例中，发送顺序采用异常严重级别低的先发送，异常严重级别高的后发送。这是因为，异常严重级别高的轮询周期短，频率高，是可以实现及时向用户终端发送异常日志进行报警。

具体地，在异常日志包括第一异常日志和第二异常日志时，则第一异常日志对应确定出第一异常严重级别的第一日志报警，则第二异常日志对应确定出第二异常严重级别的第二日志报警，方法还包括：根据第一异常严重级别高于第一异常严重级别，确定出先发送第二日志报警再发送第一日志报警的发送顺序；根据发送顺序依次发送第二日志报警和第一日志报警。

异常严重级别高对应的异常日志后于异常严重级别低的异常日志发送，异常严重级别高的轮询时间短，可以保证目标用户终端有效的实时接收。而正因为异常严重级别低的轮询时间长，所以让异常严重级别低的异常日志先发送，让用户有机会先接收到异常严重级别低的异常日志。这样目标用户终端更有可能同时接收到常严重级别高对应的异常日志和异常严重级别低的异常日志，提高了相关维护人员根据获得的异常日志对异常进行的及时处理的实时性，从而解决了现有技术中数据库异常处理的实时性不够高的技术缺陷。

第三实施例

请参阅图3，图3为本实施例提供的一种日志报警装置20的结构框图，该日志报警装置20包括：

获得模块210，用于获得异常日志。

日志分析模块220，用于确定出异常日志的异常类型，并根据异常类型确定出异常日志的异常严重级别。

匹配模块230，用于基于异常类型和异常严重级别，将异常类型和异常严重级别分别与第一预设异常类型和第二预设异常严重级别进行匹配。

判断模块240，用于判断与异常类型所对应的异常日志在报警信息发送记录中是否是第一次向目标用户终端发送；若判断结果为与异常类型所对应的异常日志在报警信息发送记录中是第一次向所述目标用户终端发送，则通过报警模块向目标用户终端发送与所述异常类型所对应的异常日志报警信息，若判断结果为与异常类型所对应的异常日志在报警信息发送记录中不是第一次向目标用户终端发送，则判断当前时刻是否处于前一个轮询周期内；若判断结果为当前时刻处于前一个轮询周期内，则等待当前时刻位于下一个轮询周期后，通过报警模块向目标用户终端发送与所述异常类型所对应的异常日志报警信息，若判断结果为当前时刻不处于前一个轮询周期内，则通过报警模块向目标用户终端发送与所述异常类型所对应的异常日志报警信息。

报警模块250，用于向目标用户终端发送与异常类型所对应的异常日志报警信息进行报警。

其中，匹配模块230还用于，将异常类型与多个用户终端中每个用户终端对应的第二预设异常类型匹配，确定出与异常类型相同的第二预设异常类型，确定出与第二预设异常类型对应的用户终端，其中，用户终端为多个用户终端中的目标用户终端。

日志分析模块220，还用于根据异常严重级别确定向目标用户终端轮询发送与异常类型所对应的日志报警信息的轮询周期，其中，异常严重级别高的轮询周期小于异常严重级别低的轮询周期。

报警模块250，还用于在异常日志包括第一异常日志和第二异常日志时，则第一异常日志对应确定出第一异常严重级别的第一日志报警，则第二异常日志对应确定出第二异常严重级别的第二日志报警，根据第一异常严重级别高于第一异常严重级别，确定出先发送第二日志报警再发送第一日志报警的发送顺序；根据发送顺序依次发送第二日志报警和第一日志报警。

需要说明的是，由于所属领域的维护人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

综上所述，本申请实施例提供了一种日志报警方法以及日志报警装置。方法包括：获得异常日志；确定出异常日志的异常类型和异常严重级别；基于异常类型和异常严重级别，将异常类型和异常严重级别分别与第一预设异常类型和预设异常报警级别进行匹配；根据匹配结果，确定与异常类型所对应的异常日志报警信息。

基于异常日志确定出的异常类型和异常严重级别对应分别与第一预设异常类型和预设异常报警级别匹配后，就可以知道该异常日志的异常类型和异常严重级别是否需要进行报警信息的发送，以及该异常类型所对应的异常日志报警信息中的异常内容和报警级别。由于可以根据匹配结果确定异常日志报警信息中的报警内容和报警级别，不同的报警级别对应不同的报警周期。因此，获得异常日志报警信息就可以使相关维护人员基于异常类型快速对异常进行的及时处理，从而解决了现有技术中数据库异常处理的实时性不够高的技术缺陷。

以上仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。