WO2018209574A1

WO2018209574A1 - 一种告警数据查询方法及装置

Info

Publication number: WO2018209574A1
Application number: PCT/CN2017/084590
Authority: WO
Inventors: 胡星蓓; 袁多利; 李德超
Original assignee: 深圳中兴力维技术有限公司
Priority date: 2017-05-16
Filing date: 2017-05-16
Publication date: 2018-11-22

Abstract

一种告警数据查询方法及装置，该方法包括：将告警数据缓存到Redis数据库中，并为每一条告警数据设置一个对应的唯一标识ID（S10）；建立索引配置文件，在所述索引配置文件中设置索引字段（S20）；根据所述索引配置文件，在H2数据库中建立动态查询索引表，所述动态查询索引表中包括告警数据的唯一标识ID（S30）；获取待查询的查询条件，将所述查询条件与所述动态查询索引表进行匹配，获得唯一标识ID（S40）；通过所述唯一标识ID，从所述Redis数据库中获取对应的告警数据（S50），通过Redis数据库和H2数据库相结合的方式，快速查询数据，提高了用户体验。

Description

一种告警数据査询方法及装置技术领域

[0001] 本发明涉及数据査询技术领域，尤其涉及一种告警数据査询方法及装置。

背景技术

[0002] 动力环境监控系统是一种对动力设备和环境设备进行实吋监控的综合管理平台，用户通过系统上报的告警，采取紧急处理措施，消除告警，通过过滤条件，快速搜索告警，方便用户用最短的吋间査询到告警，作出响应。

[0003] 目前，业内搜索告警的常用的方法主要有下列几种方法： 1、直接通过存储过程从数据库中査询，这种方法，受到数据库本身性能的影响，在数据量大吋，效率低下； 2、使用第三方缓存工具，如 Redis、 H2，将数据全部读入缓存，从缓存中，过滤告警；其中， Redis缓存，虽然支持数据持久化、可做集群，支持的数据存储类型也很丰富，但是 Redis是基于 key-value的 NoSQL数据库，不支持类似 SQL的复杂査询，在复杂组合条件査询的情况下，査询速度慢，且实现复杂； H2是 java实现的轻量级关系型数据，具有跨平台特性，支持 SQL-92标准，使用方便，速度快，但在大数据环境下，性能不稳定。

技术问题

[0004] 本发明的主要目的在于提出一种告警数据査询方法及装置，能够通过 Redis数据库和 H2数据库相结合的方式，快速査询数据，提高了用户体验。

问题的解决方案

技术解决方案

[0005] 为实现上述目的，本发明提供的一种告警数据査询方法，包括：

[0006] 将告警数据缓存到 Redis数据库中，并为每一条告警数据设置一个对应的唯一标识 ID;

[0007] 建立索引配置文件，在所述索引配置文件中设置索引字段；

[0008] 根据所述索引配置文件，在 H2数据库中建立动态査询索引表，所述动态査询索弓 I表中包括告警数据的唯一标识 ID； [0009] 获取待査询的査询条件，将所述査询条件与所述动态査询索引表进行匹配，获得唯一标识 ID;

[0010] 通过所述唯一标识 ID，从所述 Redis数据库中获取对应的告警数据。

[0011] 可选地，当所述査询条件的数量大于等于 2吋，所述获取待査询的査询条件，将所述査询条件与所述动态査询索引表进行匹配，获得唯一标识 ID包括：

[0012] 获取査询条件；

[0013] 将每个査询条件分别与所述动态査询索引表进行匹配，获得与每个査询条件相匹配的査询结果，并获取每个査询结果中的告警数据的数量；

[0014] 对每个査询条件的匹配数量进行排序，将数量少的査询结果与数量多的査询结果对应的査询条件进行再次匹配，获得最终査询结果中的唯一标识 ID。

[0015] 可选地，所述动态査询索引表中包含有若干个索引字段，根据不同的索引字段得到不同的査询索引表。

[0016] 可选地，所述待査询的査询条件与所述索引字段相关。

[0017] 可选地，所述 Redis数据库按照预设的吋间点定吋刷新，以便与实吋告警数据同步。

[0018] 作为本发明的另一方面，提供的一种告警数据査询装置，包括：

[0019] 缓存模块，用于将告警数据缓存到 Redis数据库中，并为每一条告警数据设置一个对应的唯一标识 ID;

[0020] 预设模块，用于建立索引配置文件，在所述索引配置文件中设置索引字段； [0021] 索引模块，用于根据所述索引配置文件，在 H2数据库中建立动态査询索引表，所述动态査询索引表中包括告警数据的唯一标识 ID;

[0022] 匹配模块，用于获取待査询的査询条件，将所述査询条件与所述动态査询索引表进行匹配，获得唯一标识 ID;

[0023] 告警数据获取模块，用于通过所述唯一标识 ID，从所述 Redis数据库中获取对应的告警数据。

[0024] 可选地，当所述査询条件的数量大于等于 2吋，所述匹配模块包括：

[0025] 査询条件获取单元，用于获取査询条件；

[0026] 第一匹配单元，用于将每个査询条件分别与所述动态査询索引表进行匹配，获得与每个査询条件相匹配的査询结果，并获取每个査询结果中的告警数据的数

[0027] 第二匹配单元，用于对每个査询条件的匹配数量进行排序，将数量少的査询结果与数量多的査询结果对应的査询条件进行再次匹配，获得最终査询结果中的唯一标识 ID。

[0028] 可选地，所述动态査询索引表中包含有若干个索引字段，根据不同的索引字段得到不同的査询索引表。

[0029] 可选地，所述待査询的査询条件与所述索引字段相关。

[0030] 可选地，所述 Redis数据库按照预设的吋间点定吋刷新，以便与实吋告警数据同步。

发明的有益效果

有益效果

[0031] 本发明提出的一种告警数据査询方法及装置，该方法包括：将告警数据缓存到 Redis数据库中，并为每一条告警数据设置一个对应的唯一标识 ID; 建立索引配置文件，在所述索引配置文件中设置索引字段；根据所述索引配置文件，在 H2 数据库中建立动态査询索引表，所述动态査询索引表中包括告警数据的唯一标识 ID; 获取待査询的査询条件，将所述査询条件与所述动态査询索引表进行匹配，获得唯一标识 ID; 通过所述唯一标识 ID，从所述 Redis数据库中获取对应的告警数据，通过 Redis数据库和 H2数据库相结合的方式，快速査询数据，提高了用户体验。

对附图的简要说明

附图说明

[0032] 图 1为本发明实施例一提供的一种告警数据査询方法流程图；

[0033] 图 2为图 1中步骤 S30的方法流程图；

[0034] 图 3为本发明实施例二提供的一种告警数据査询装置示范性结构框图；

[0035] 图 4为图 3中匹配模块的示范性结构框图。

[0036] 本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。本发明的实施方式

[0037] 应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

[0038] 在后续的描述中，使用用于表示元件的诸如"模块"、 "部件 "或"单元"的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此， "模块 "与"部件"可以混合地使用。

[0039] 实施例一

[0040] 如图 1所示，在本实施例中，一种告警数据査询方法，包括：

[0041] S10、将告警数据缓存到 Redis数据库中，并为每一条告警数据设置一个对应的唯一标识 ID;

[0042] S20、建立索引配置文件，在所述索引配置文件中设置索引字段；

[0043] S30、根据所述索引配置文件，在 H2数据库中建立动态査询索引表，所述动态査询索弓 I表中包括告警数据的唯一标识 ID；

[0044] S40、获取待査询的査询条件，将所述査询条件与所述动态査询索引表进行匹配，获得唯一标识 ID;

[0045] S50、通过所述唯一标识 ID，从所述 Redis数据库中获取对应的告警数据。

[0046] 在本实施例中，通过 Redis数据库和 H2数据库相结合的方式，快速査询数据，提高了用户体验，尤其适用于组合条件査询。

[0047] 在本实施例中，将告警数据的所有详细信息都缓存在 Redis数据库中，比如告警内容、告警吋间、告警位置、告警级别等，并为每条告警数据设置一个对应的唯一标识 ID; 而在 H2数据库中，主要是为了便于査询索引，在动态査询索引表中，不包括告警数据的详细信息，仅包括告警数据的唯一标识 ID及与该告警数据相关的几个索引字段，在本实施例中，只有在索引配置文件中配置了索引字段， H2在建立索引的吋候才知道，建哪些査询条件的索引。

[0048] 如图 2所示，在本实施例中，当所述査询条件的数量大于等于 2吋，所述步骤 S4 0包括：

[0049] S41、获取査询条件； [0050] S42、将每个査询条件分别与所述动态査询索引表进行匹配，获得与每个査询条件相匹配的査询结果，并获取每个査询结果中的告警数据的数量；

[0051] S43、对每个査询条件的匹配数量进行排序，将数量少的査询结果与数量多的査询结果对应的査询条件进行再次匹配，获得最终査询结果中的唯一标识 ID。

[0052] 以 WEB服务器的某一告警页面为例，首先配置索引配置文件，将局站、告警级别设置为索引字段，配置到索引文件中， WEB服务器启动吋，从数据库的告警表中读取当前的告警详细信息，将获取的告警信息按 < Ca_CheID，告警详细信息 > 的格式写入 Redis缓存中，其中 CachelD为该条告警信息的唯一标识 ID; Redis缓存通过定吋刷新与数据库告警保持同步。

[0053] 根据上述索引配置文件，在 H2数据库中建立动态査询索引表，上述索引配置文件中，索引字段有两个，分别为局站和告警级别，那么就可以得到局站索引表，如表 1所示：

[]

[0054] 表 1

[0055] 由表 1可知，目前未消除的告警数据有 4条，分别对应局站 1和局站 2，告警级别也包括告警级别 1和告警级别 4。

[0056] 同样，上述动态査询索引表还可以是以告警级别为索引字段，得到告警级别索引表，如表 2所示：

[]

[0057] 表 2

[0058] 由上可知，表 2的内容是和表 1相同的，只是排列方式不同，这也是为了便于査询，这是 H2数据库的优点所在。

[0059] 为了便于描述，将査询条件也设置为 2个，分别为局站 1和告警级别 4，根据上述步骤 S32可知，将每个査询条件分别与所述动态査询索引表进行匹配，获得与每个査询条件相匹配的査询结果，则与査询条件局站 1所匹配的査询结果如表 3 所示：

[]

[0062] 表 4

[0063] 由表 3、表 4可知，这次的索引表又有了变化，是以 CachelD为第一列，这是因为我们的目标是获取 CachelD作为唯一标识 ID，这也是 H2数据库的动态査询的便捷之处。

[0064] 根据上述步骤 S32、对每个査询条件的匹配数量进行排序，将数量少的査询结果与数量多的査询结果对应的査询条件进行再次匹配，可知，査询条件局站 1对应的告警数据的数量为 2，査询条件告警级别 4对应的告警数据的数量为 3，则用数量少的査询结果为表 3，数量多的査询结果对应的査询条件为告警级别 4，将表 ₃与告警级别 4进行匹配，使用动态组合査询 CachelD的语句，得到表 5:

[] ϋ ;

：雄 2

[0065] 表 5

[0066] 表 5中的 ID2即为本例的査询结果，根据 ID2从所述 Redis数据库中获取对应的告警数据的详细信息昏。：

[0067] 作为另一种实施例，当査询条件的数量为 3或更多吋，也可以按照以上思路进行递推，快速査询到所需要的告警数据。

[0068] 以査询条件的数量为 3为例，将 3个査询条件分别与所述动态査询索引表进行匹配，获得与每个査询条件相匹配的査询结果；对每个査询条件的匹配数量进行排序，将数量最少的査询结果与数量最多的査询结果对应的査询条件进行再次匹配；得到二次匹配的査询结果，将该査询结果再与数量中间的査询结果重复上述过程，即可査询到所需要的告警数据，兹不赘述。

[0069] 在本实施例中，所述动态査询索引表中包含有若干个索引字段，根据不同的索引字段得到不同的査询索引表。

[0070] 在本实施例中，所述待査询的査询条件与所述索引字段相关。

[0071] 在本实施例中，所述 Redis数据库按照预设的吋间点定吋刷新，以便与实吋告警数据同步。

[0072] 实施例二

[0073] 如图 3所示，在本实施例中，一种告警数据査询装置，包括：

[0074] 缓存模块 10，用于将告警数据缓存到 Redis数据库中，并为每一条告警数据设置一个对应的唯一标识 ID;

[0075] 预设模块 20，用于建立索引配置文件，在所述索引配置文件中设置索引字段； [0076] 索引模块 30，用于根据所述索引配置文件，在 H2数据库中建立动态査询索引表

，所述动态査询索引表中包括告警数据的唯一标识 ID;

[0077] 匹配模块 40，用于获取待査询的査询条件，将所述査询条件与所述动态査询索引表进行匹配，获得唯一标识 ID;

[0078] 告警数据获取模块 50，用于通过所述唯一标识 ID，从所述 Redis数据库中获取对应的告警数据。

[0079] 在本实施例中，通过 Redis数据库和 H2数据库相结合的方式，快速査询数据，提高了用户体验，尤其适用于组合条件査询。

[0080] 在本实施例中，将告警数据的所有详细信息都缓存在 Redis数据库中，比如告警内容、告警吋间、告警位置、告警级别等，并为每条告警数据设置一个对应的唯一标识 ID; 而在 H2数据库中，主要是为了便于査询索引，在动态査询索引表中，不包括告警数据的详细信息，仅包括告警数据的唯一标识 ID及与该告警数据相关的几个索引字段。

[0081] 如图 4所示，在本实施例中，当所述査询条件的数量大于等于 2吋，所述匹配模块包括：

[0082] 査询条件获取单元 41，用于获取査询条件；

[0083] 第一匹配单元 42，用于将每个査询条件分别与所述动态査询索弓 I表进行匹配，获得与每个査询条件相匹配的査询结果，并获取每个査询结果中的告警数据的数量；

[0084] 第二匹配单元 43，用于对每个査询条件的匹配数量进行排序，将数量少的査询结果与数量多的査询结果对应的査询条件进行再次匹配，获得最终査询结果中的唯一标识 ID。

[0085] 以 WEB服务器的某一告警页面为例，首先配置索引配置文件，将局站、告警级别设置为索引字段，配置到索引文件中， WEB服务器启动吋，从数据库的告警表中读取当前的告警详细信息，将获取的告警信息按 < Ca_CheID，告警详细信息 > 的格式写入 Redis缓存中，其中 CachelD为该条告警信息的唯一标识 ID; Redis缓存通过定吋刷新与数据库告警保持同步。

[0086] 根据上述索引配置文件，在 H2数据库中建立动态査询索引表，上述索引配置文件中，索引字段有两个，分别为局站和告警级别，那么就可以得到局站索引表，如表 1所示：

[0087] 鳥 : i, :腿 ■ 鳥：腿 ^:

應: :2. 湖 ^ ： :：屬. . ■

[0088] 表 1

[0089] 由表 1可知，目前未消除的告警数据有 4条，分别对应局站 1和局站 2，告警级别也包括告警级别 1和告警级别 4。

[0090] 同样，上述动态査询索引表还可以是以告警级别为索引字段，得到告警级别索引表，如表 2所示：

[]

[0091] 表 2

[0092] 由上可知，表 2的内容是和表 1相同的，只是排列方式不同，这也是为了便于査询，这是 Η2数据库的优点所在。

[0093] 为了便于描述，将査询条件也设置为 2个，分别为局站 1和告警级别 4，根据上述第一匹配单元可知，将每个査询条件分别与所述动态査询索弓 I表进行匹配，获得与每个査询条件相匹配的査询结果，则与査询条件局站 1所匹配的査询结果如表 3所示：

[]

[0094] 表 3 [0095] 与査询条件告警级别 4所匹配的査询结果如表 4所示:

[]

[0096] 表 4

[0097] 由表 3、表 4可知，这次的索引表又有了变化，是以 CachelD为第一列，这是因为我们的目标是获取 CachelD作为唯一标识 ID，这也是 H2数据库的动态査询的便捷之处。

[0098] 根据上述第二匹配单元可知，査询条件局站 1对应的告警数据的数量为 2，査询条件告警级别 4对应的告警数据的数量为 3，则用数量少的査询结果为表 3，数量多的査询结果对应的査询条件为告警级别 4，将表 3与告警级别 4进行匹配，使用动态组合査询 CachelD的语句，得到表 5:

[]

[0099] 表 5

[0100] 表 5中的 ID2即为本例的査询结果，根据 ID2从所述 Redis数据库中获取对应的告警数据的详细信息。

[0101] 作为另一种实施例，当査询条件的数量为 3或更多吋，也可以按照以上思路进行递推，快速査询到所需要的告警数据。

[0102] 以査询条件的数量为 3为例，将 3个査询条件分别与所述动态査询索引表进行匹配，获得与每个査询条件相匹配的査询结果；对每个査询条件的匹配数量进行排序，将数量最少的査询结果与数量最多的査询结果对应的査询条件进行再次匹配；得到二次匹配的査询结果，将该査询结果再与数量中间的査询结果重复上述过程，即可査询到所需要的告警数据，兹不赘述。

[0103] 在本实施例中，所述动态査询索引表中包含有若干个索引字段，根据不同的索引字段得到不同的査询索引表。 [0104] 在本实施例中，所述待査询的査询条件与所述索引字段相关。

[0105] 在本实施例中，所述 Redis数据库按照预设的吋间点定吋刷新，以便与实吋告警数据同步。

[0106] 需要说明的是，在本文中，术语"包括"、 "包含 "或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句 "包括一个 ...... "限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

[0107] 上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

[0108] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质（如 ROM/RAM、磁碟、光盘）中，包括若干指令用以使得一台终端设备（可以是手机，计算机，服务器，空调器，或者网络设备等）执行本发明各个实施例所述的方法。

[0109] 以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

工业实用性

[0110] 本发明提出的一种告警数据査询方法及装置，该方法包括：将告警数据缓存到 Redis数据库中，并为每一条告警数据设置一个对应的唯一标识 ID; 建立索引配置文件，在所述索引配置文件中设置索引字段；根据所述索引配置文件，在 H2 数据库中建立动态査询索引表，所述动态査询索引表中包括告警数据的唯一标识 ID; 获取待査询的査询条件，将所述査询条件与所述动态査询索引表进行匹配，获得唯一标识 ID; 通过所述唯一标识 ID，从所述 Redis数据库中获取对应的告警数据，通过 Redis数据库和 H2数据库相结合的方式，快速査询数据，提高了用户体验。因此，具有工业实用性

Claims

权利要求书

[权利要求 1] 一种告警数据査询方法，包括：

将告警数据缓存到 Redis数据库中，并为每一条告警数据设置一个对应的唯一标识 ID;

建立索弓 I配置文件，在所述索弓 I配置文件中设置索弓 I字段；根据所述索引配置文件，在 H2数据库中建立动态査询索引表，所述动态査询索引表中包括告警数据的唯一标识 ID;

获取待査询的査询条件，将所述査询条件与所述动态査询索弓 I表进行匹配，获得唯一标识 ID;

通过所述唯一标识 ID，从所述 Redis数据库中获取对应的告警数据。

[权利要求 2] 根据权利要求 1所述的一种告警数据査询方法，其中，当所述査询条件的数量大于等于 2吋，所述获取待査询的査询条件，将所述査询条件与所述动态査询索引表进行匹配，获得唯一标识 ID包括：获取査询条件；

将每个査询条件分别与所述动态査询索引表进行匹配，获得与每个査询条件相匹配的査询结果，并获取每个査询结果中的告警数据的数量对每个査询条件的匹配数量进行排序，将数量少的査询结果与数量多的査询结果对应的査询条件进行再次匹配，获得最终査询结果中的唯一标识 ID。

[权利要求 3] 根据权利要求 2所述的一种告警数据査询方法，其中，所述动态査询索引表中包含有若干个索引字段，根据不同的索引字段得到不同的査询索引表。

[权利要求 4] 根据权利要求 3所述的一种告警数据査询方法，其中，所述待査询的査询条件与所述索引字段相关。

[权利要求 5] 根据权利要求 1所述的一种告警数据査询方法，其中，所述 Redis数据库按照预设的吋间点定吋刷新，以便与实吋告警数据同步。

[权利要求 6] —种告警数据査询装置，包括：缓存模块，用于将告警数据缓存到 Redis数据库中，并为每一条告警数据设置一个对应的唯一标识 ID;

预设模块，用于建立索引配置文件，在所述索引配置文件中设置索引字段；

索引模块，用于根据所述索引配置文件，在 H2数据库中建立动态査询索引表，所述动态査询索引表中包括告警数据的唯一标识 ID; 匹配模块，用于获取待査询的査询条件，将所述査询条件与所述动态査询索引表进行匹配，获得唯一标识 ID;

告警数据获取模块，用于通过所述唯一标识 ID，从所述 Redis数据库中获取对应的告警数据。

[权利要求 7] 根据权利要求 6所述的一种告警数据査询装置，其中，当所述査询条件的数量大于等于 2吋，所述匹配模块包括：

査询条件获取单元，用于获取査询条件；

第一匹配单元，用于将每个査询条件分别与所述动态査询索引表进行匹配，获得与每个査询条件相匹配的査询结果，并获取每个査询结果中的告警数据的数量；

第二匹配单元，用于对每个査询条件的匹配数量进行排序，将数量少的査询结果与数量多的査询结果对应的査询条件进行再次匹配，获得最终査询结果中的唯一标识 ID。

[权利要求 8] 根据权利要求 7所述的一种告警数据査询装置，其中，所述动态査询索引表中包含有若干个索引字段，根据不同的索引字段得到不同的査询索引表。

[权利要求 9] 根据权利要求 8所述的一种告警数据査询装置，其中，所述待査询的査询条件与所述索引字段相关。

[权利要求 10] 根据权利要求 6所述的一种告警数据査询装置，其中，所述 Redis数据库按照预设的吋间点定吋刷新，以便与实吋告警数据同步。