一种数据存储方法及装置.pdf

本申请公开了一种数据存储方法及装置，用以解决现有技术中监控数据量较大时，数据库不能及时存储监控数据，甚至出现宕机的问题。该方法确定监控数据中携带的属性标识所属的属性标识集合，作为指定属性标识集合，根据预先针对分布式数据库中的每个数据库服务器设定的属性标识集合，将所述监控数据存储于所述指定属性标识集合对应的数据库服务器中。通过上述方法，可将属性标识所属的属性标识集合不同的监控数据分别存储在分布式数据库中不同的数据库服务器中，而由于分布式数据库的I/O能力相比于单机数据库的I/O能力较强，因此即使监控数据的数据量较大，分布式数据库也可及时的接收并存储监控数据，可有效避免数据库宕机。

1.  一种数据存储方法，其特征在于，所述方法应用于包括有多个数据库服务器的分布式数据库中，每个所述数据库服务器与预先划分的属性标识集合对应，所述方法包括：
获得监控数据，所述监控数据中携带有属性标识；
确定获得的所述监控数据中携带的属性标识所属的属性标识集合，作为指定属性标识集合；
将所述监控数据存储于所述指定属性标识集合对应的数据库服务器中。

2.  如权利要求1所述的方法，其特征在于，所述监控数据中携带的属性标识为合编码，所述合编码包括目标设备的设备编码和监控指标的指标编码。

3.  如权利要求2所述的方法，其特征在于，预先随机设定每个目标设备的设备编码，随机设定每个监控指标的指标编码。

4.  如权利要求1所述的方法，其特征在于，将所述监控数据存储于所述指定属性标识集合对应的数据库服务器中，具体包括：
以所述监控数据中携带的属性标识为索引，将所述监控数据发送给所述分布式数据库中所述指定属性标识集合对应的数据库服务器存储。

5.  如权利要求4所述的方法，其特征在于，所述方法还包括：
当接收到查询监控数据的查询请求时，确定所述查询请求中携带的待查询监控数据的属性标识；
以所述待查询监控数据的属性标识为索引，从所述待查询监控数据的属性标识所属的属性标识集合对应的数据库服务器中，查询所述待查询监控数据。

6.  一种数据存储装置，其特征在于，所述装置应用于包括有多个数据库服务器的分布式数据库中，每个所述数据库服务器与预先划分的属性标识集合对应，所述装置包括：
获得模块，用于获得监控数据，所述监控数据中携带有属性标识；
确定模块，用于确定获得的所述监控数据中携带的属性标识所属的属性标 识集合，作为指定属性标识集合；
存储模块，用于将所述监控数据存储于所述指定属性标识集合对应的数据库服务器中。

7.  如权利要求6所述的装置，其特征在于，所述监控数据中携带的属性标识为合编码，所述合编码包括目标设备的设备编码和监控指标的指标编码。

8.  如权利要求6所述的装置，其特征在于，所述存储模块具体用于，以所述监控数据中携带的属性标识为索引，将所述监控数据发送给所述分布式数据库中所述指定属性标识集合对应的数据库服务器存储。

9.  如权利要求8所述的装置，其特征在于，所述装置还包括：
查询模块，用于当接收到查询监控数据的查询请求时，确定所述查询请求中携带的待查询监控数据的属性标识，以所述待查询监控数据的属性标识为索引，从所述待查询监控数据的属性标识所属的属性标识集合对应的数据库服务器中，查询所述待查询监控数据。

一种数据存储方法及装置
技术领域
本申请涉及计算机技术领域，尤其涉及一种数据存储方法及装置。
背景技术
目前，通常采用诸如Ganglia等集群监控系统对集群设备中的各目标设备进行监控，采集监控数据，并将监控数据存储在数据库中。
在现有技术中，一般采用RRD（Round Robin Database）数据库来存储监控数据，监控数据的存储系统结构如图1所示。
图1为现有技术中监控数据的存储系统结构示意图，在图1中，由Ganglia集群监控系统中的监控服务器（图1未示出）对集群设备中的目标设备进行监控，采集各目标设备的监控数据，Ganglia集群监控系统中的各监控服务器采集到监控数据后，将得到的监控数据发送给RRD数据库存储。
但是，当监控的集群设备中的目标设备的数量较多（如5000个目标设备以上）时，集群监控系统得到的监控数据的数据量也非常巨大，而由于RRD数据库是一个单机的数据库，其输入/输出（Input/Output，I/O）能力有限，因此当监控数据的数据量较大时，受制于RRD数据库的I/O能力，RRD数据库将不能及时的接收集群监控系统发来的监控数据并存储，甚至出现RRD数据库宕机的情况。
发明内容
本申请实施例提供一种数据存储方法及装置，用以解决现有技术中当监控数据的数据量较大时，数据库不能及时接收并存储监控数据，甚至出现宕机的问题。
本申请实施例提供的一种数据存储方法，所述方法应用于包括有多个数据库服务器的分布式数据库中，每个所述数据库服务器与预先划分的属性标识集合对应，所述方法包括：
获得监控数据，所述监控数据中携带有属性标识；
确定获得的所述监控数据中携带的属性标识所属的属性标识集合，作为指定属性标识集合；
将所述监控数据存储于所述指定属性标识集合对应的数据库服务器中。
本申请实施例提供的一种数据存储装置，所述装置应用于包括有多个数据库服务器的分布式数据库中，每个所述数据库服务器与预先划分的属性标识集合对应，所述装置包括：
获得模块，用于获得监控数据，所述监控数据中携带有属性标识；
确定模块，用于确定获得的所述监控数据中携带的属性标识所属的属性标识集合，作为指定属性标识集合；
存储模块，用于将所述监控数据存储于所述指定属性标识集合对应的数据库服务器中。
本申请实施例提供一种数据存储方法及装置，该方法获得监控数据，确定获得到的监控数据中携带的属性标识所属的属性标识集合，作为指定属性标识集合，并根据预先针对分布式数据库中的每个数据库服务器设定的属性标识集合，将所述监控数据存储于所述指定属性标识集合对应的数据库服务器中。通过上述方法，对于属性标识所属的属性标识集合不同的监控数据来说，这些监控数据可分别存储在分布式数据库中不同的数据库服务器中，而由于分布式数据库的I/O能力相比于单机数据库的I/O能力较强，因此即使监控数据的数据量较大，分布式数据库也可及时的接收并存储监控数据，可有效避免数据库宕机。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1为现有技术中监控数据的存储系统结构示意图；
图2为本申请实施例提供的数据存储过程；
图3为本申请实施例提供的数据存储装置结构示意图；
图4为本申请实施例提供的以图3所示的数据存储装置是独立的设备为例说明的数据存储系统结构示意图。
具体实施方式
由于分布式数据库的I/O能力取决于分布式数据库中数据库服务器的数量，数据库服务器的数量越多，分布式数据库的I/O能力越高，理论上分布式数据库的I/O能力不存在瓶颈问题，因此，本申请实施例中采用分布式数据库存储监控数据，将存储大量监控数据所要消耗的I/O分担到分布式数据库中的每个数据库服务器中，使监控数据可以被及时的接收和存储，也可有效避免数据库由于I/O能力不足而宕机。
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
图2为本申请实施例提供的数据存储过程，其中该数据存储过程应用于包括有多个数据库服务器的分布式数据库中，每个所述数据库服务器与预先划分的属性标识集合对应，具体包括以下步骤：
S201：获得监控数据，所述监控数据中携带有属性标识。
在本申请实施例中，可通过数据存储装置获得集群监控系统采集到的监控 数据。其中，集群监控系统包括但不限于Ganglia集群监控系统，数据存储装置可以位于集群监控系统中，也可以是独立于集群监控系统的设备，下面以数据存储装置是一个独立的设备为例进行说明。
S202：确定获得的监控数据中携带的属性标识所属的属性标识集合，作为指定属性标识集合。
在本申请实施例中，集群监控系统对目标设备进行监控得到的监控数据中携带有属性标识，该属性标识可以由该目标设备的设备标识以及监控指标的指标标识组合而成。
例如，假设集群监控系统要对某个目标设备的内存使用情况进行监控，则该目标设备的设备标识可以是该目标设备的互联网协议（Int_ern_et Pr_ot_ocol，IP）地址或媒体接入控制（M_edi_a A_ccess C_ontr_ol，MAC）地址，监控指标即为“内存使用”，可预设监控指标“内存使用”对应的指标标识为001，则集群监控系统对该目标设备的内存使用情况进行监控，得到的监控数据中携带的属性标识即为“该目标设备的IP地址或MAC地址+001”。
进一步的，本申请实施例中可预先根据监控数据中所有可能出现的属性标识，将所有可能出现的属性标识划分为若干个属性标识集合。
例如，要监控的目标设备包括设备0～9共10个，监控指标包括指标0～2共3个，则所有可能出现的属性标识共有10×3=30个，分别为：设备0的设备标识+指标0的指标标识、设备0的设备标识+指标1的指标标识、设备0的设备标识+指标2的指标标识、设备1的设备标识+指标0的指标标识、设备1的设备标识+指标1的指标标识、设备1的设备标识+指标2的指标标识……设备9的设备标识+指标2的指标标识。可随机将这30个可能出现的属性标识划分为若干个属性标识集合，每个属性标识集合中包含的属性标识的数量可以相同，也可以不同。
预先将所有可能出现的属性标识划分为若干个属性标识集合后，数据存储装置则可确定从集群监控系统中获得的监控数据携带的属性标识所属的属性 标识集合，将确定的该属性标识集合确定为指定属性标识集合。
S203：将所述监控数据存储于所述指定属性标识集合对应的数据库服务器中。
在本申请实施例中，由于后续要将监控数据存储在分布式数据库中，以突破单机数据库的I/O瓶颈，而分布式数据库中包括多个数据库服务器，因此，可根据上述已经划分好的属性标识集合，预设分布式数据库中的每个数据库服务器与属性标识集合的对应关系。其中，一个数据库服务器可对应多个属性标识集合，但一个属性标识集合不能对应多个数据库服务器。
预设了每个数据库服务器对应的属性标识集合后，则可根据通过步骤S202确定的指定属性标识集合（指定属性标识集合即为获得到的监控数据中携带的属性标识所属的属性标识集合），采用该指定属性标识集合对应的数据库服务器存储监控数据。
具体的，本申请实施例中的数据存储装置还可以位于分布式数据库中，如果数据存储装置位于分布式数据库中，则通过步骤S202确定了指定属性标识集合后，数据存储装置可直接采用该指定属性标识集合对应的数据库服务器存储监控数据，如果数据存储装置位于集群监控系统中，或是独立的设备，则可将该监控数据发送给分布式数据库中该指定属性标识集合对应的数据库服务器存储。
可见，本申请所述的数据存储方法是应用于分布式存储场景中的。通过上述方法，对于属性标识所属的属性标识集合对应的数据库服务器不同的监控数据来说，这些监控数据就会被分别存储在分布式数据库中不同的数据库服务器中，而由于分布式数据库的I/O能力相比于单机数据库的I/O能力较强，因此，即使监控数据的数据量较大，分布式数据库也可及时的接收并存储监控数据，可有效避免数据库宕机。
在本申请实施例中，所述监控数据中携带的属性标识具体可以为合编码，所述合编码包括目标设备的设备编码和监控指标的指标编码。具体地，监控数 据中携带的属性标识中的目标设备的设备标识可以是针对该目标设备预设的设备编码，监控指标的指标标识可以是针对该监控指标预设的指标编码，则数据存储装置获得到监控数据后，可确定监控数据中携带的目标设备的设备编码和监控指标的指标编码所构成的合编码，作为该监控数据中携带的属性标识。
例如，一个目标设备的设备标识可以预设为一个4字节的二进制数，如表1所示。

表1
在表1中，由于1个字节有8位，因此，采用如表1所示的设备编码理论上可以对2³²个目标设备进行监控。
一个监控指标的指标标识也可以预设为一个4字节的二进制数，如表2所示。

表2
与表1类似的，采用如表2所示的指标编码理论上可以针对一个目标设备的2³²个监控指标进行监控。
采用上述预设设备编码和指标编码的方法后，由设备编码和指标编码组成的合编码则可以是由设备编码和指标编码组成的8个字节的二进制数，如表3所示。

表3
由表3可以看出，监控数据中携带的合编码是一个由设备编码（4字节二进制数）和指标编码（4字节二进制数）组成的8字节二进制数，因此，理论上可能出现的合编码为2⁶⁴个。
由于监控数据中携带的属性标识是采用上述方法确定的合编码，因此，预先对所有可能出现的属性标识划分属性标识集合的方法相应可以为：预先对所有可能出现的合编码划分合编码范围。其中，划分方法具体可以采用二分法进行划分，本申请对此不作限定。
预设分布式数据库中的每个数据库服务器与属性指标集合的对应关系的方法相应可以为：预设分布式数据库中的每个数据库服务器与合编码范围的对应关系。其中，一个数据库服务器可对应多个合编码范围，但一个合编码范围不可对应多个数据库服务器。
则如图2所示的步骤S202的方法具体可以为：根据获得的监控数据中携带的目标设备的设备编码以及监控指标的指标编码，确定由该设备编码和指标编码所构成的合编码，根据预先划分的合编码范围，确定该合编码所落入的合编码范围，作为指定合编码范围。如图2所示的步骤S203的方法具体可以为：根据预设的分布式数据库中的每个数据库服务器与合编码范围的对应关系，采用确定的指定合编码范围对应的数据库服务器存储监控数据。
进一步的，考虑到以预设设备编码和指标编码的方式预设设备标识和指标标识，可能出现的合编码的范围可能过于巨大，如果顺序的对每个目标设备设定设备编码、顺序的对每个监控指标设定指标编码，那么即使划分了合编码范围，监控到的所有监控数据中携带的合编码也可能会只落入在某一个或某几个少数的合编码范围中，这样，这些监控数据就会被存储在相应的某一个或某几个少数的数据库服务器中，也就不能达到将大量的监控数据分担到每个数据库服务器中，突破I/O瓶颈的效果。因此，本申请实施例中在预设设备编码和指标编码时，并不采用顺序设定设备编码和指标编码的方法，而是随机生成每个目标设备的设备编码，随机生成每个监控指标的指标编码，使由设备编码和指 标编码构成的合编码可以均匀的出现在划分的每个合编码范围中。
继续沿用上例进行说明，假设要监控的目标设备有5000个，每个目标设备要监控10个指标数据，则实际监控到的监控数据只有50000种。而采用如表3所示的方法确定的合编码，其理论可能出现的合编码为2⁶⁴个（可能出现的合编码范围是0～2⁶⁴-1），即使将这些合编码平均划分成2¹⁶个合编码范围，则每个合编码范围中包含的合编码的数量仍是2⁴⁸个。显然，2⁴⁸这个数量远大于实际的监控数据的种类的总量50000。如果在预设设备编码时，对每个目标设备按照0、1、2……这种顺序排序设定的方法设定设备编码，在预设指标编码时，对每个监控指标按照0、1、2……这种顺序排序设定的方法设定指标编码，则实际监控得到的50000种监控数据中携带的这50000种合编码就全部都会落入同一个合编码范围中，该合编码范围就是划分的0～2⁴⁸-1这个范围。而由于一个合编码范围只对应一个数据库服务器，因此，监控到的这50000种监控数据就会被存储在同一个数据库服务器中。
为了避免上述情况的发生，本申请实施例中在预设设备编码时，针对一个目标设备，随机生成一个4字节的二进制数作为该目标设备的设备编码，针对一个监控指标，也随机生成一个4字节的二进制数作为该监控指标的指标编码，并保证同一个设备编码只对应一个目标设备，同一个指标编码只对应同一个监控指标，就可以实现50000种监控数据携带的这50000种不同的合编码是均匀的分布在理论上所有可能出现的合编码范围（0～2⁶⁴-1）中的，而不是集中在某个很小的范围中。
在针对一个数据库服务器预设对应的合编码范围时，也要随机的将划分的某个或某几个合编码范围预设为该数据库服务器对应的合编码范围。其中，可根据每个数据库服务器的性能预设数据库服务器对应的合编码范围，如果一个数据库服务器的性能相对较好，则可将该随机的将划分的较多数量的合编码范围预设为该数据库服务器对应的合编码范围，反之，如果一个数据库服务器的性能相对较差，则可将该随机的将划分的较少数量的合编码范围预设为该数据 库服务器对应的合编码范围。
这样，对理论上所有可能出现的合编码平均划分为2¹⁶个合编码范围（每个划分的合编码范围中包含2⁴⁸个合编码）后，实际的50000种不同的合编码就会均匀的出现在这2¹⁶个不同的合编码范围中，而不会集中在0～2⁴⁸-1这个合编码范围中，从而，后续则可将这50000种不同的监控数据分别存储在不同的数据库服务器中，以达到采用分布式数据库中的多个数据库服务器分担大量的监控数据，突破单机数据库的I/O瓶颈的目的。
进一步的，考虑到在监控数据的数据量较大时，关系型数据库存储监控数据需要耗费大量的存储资源（这是由于关系型数据库是一种多索引的数据库，在存储数据时需要存储多个索引与数据的对应关系），因此，为了节省存储资源，本申请实施例中，用于存储监控数据的分布式数据库采用非关系型分布式数据库，即单索引的分布式数据库。
具体的，本申请实施例中的非关系型数据库可以为Hbase数据库。由于现有技术中采用RRD数据库存储监控数据，而RRD数据库如果存储某些监控数据的时间较长（如3个月），则RRD数据库会将这些监控数据按指定规则进行合并（如，对携带相同设备标识和指标标识的监控数据中的监控值取平均值，合并为一个监控数据），这样会导致合并后的监控数据丢失了原始监控数据的细节，造成存储的监控数据的准确性下降。而Hbase数据库由于其是一个分布式数据库，理论上分布式数据库的容量可以通过增加数据库服务器的数量而无限扩容，因此，Hbase数据库无需对存储时间较长的监控数据进行合并，也就不会丢失监控数据的细节，可有效提高存储监控数据的准确性。
当然，本申请实施例中所述的非关系性分布式数据库并不只限于Hbase数据库，只要是不对存储时间较长的数据进行合并的非关系性分布式数据库均可。
另外，考虑到本申请实施例中存储监控数据的数据库是非关系性分布式数据库，在后续的查询过程中只能提供单索引查询功能，在如图2所示的步骤 S203中，数据存储装置在采用分布式数据库中该指定属性标识集合对应的数据库服务器存储监控数据的方法可以为：以该监控数据中携带的属性标识为索引，将该监控数据发送给分布式数据库中该指定属性标识集合对应的数据库服务器存储。
具体的，数据存储装置可以将监控数据的数据格式调整为：以其中携带的属性标识为索引、以其中携带的监控值为明细数据的数据格式，再将调整了数据格式后的监控数据发送给相应的数据库服务器存储。
后续的，当数据存储装置接收到查询监控数据的查询请求时，则可确定查询请求中携带的待查询监控数据的属性标识，并以该待查询监控数据的属性标识为索引，从待查询监控数据的属性标识所属的属性标识集合对应的数据库服务器中，查询该待查询监控数据。即，通过索引中包括的设备编码和指标编码，用户可方便的查询某个目标设备的某个监控指标的监控数据。
当然，除了以监控数据中携带的属性标识为索引以外，还可以监控数据中携带的属性标识和时间戳（时间戳表示该获得该监控的时间信息）共同作为索引，如表4所示。

表4
在表4所示的数据格式中，索引包括：由4字节整型（int型）的设备编码和4字节int型的指标编码构成的属性标识以及8字节长整型（long型）的时间戳。明细数据为16字节双精度浮点型（double型）的监控值。
采用如表4所示的数据格式调整监控数据，并将调整后的监控数据发送给相应的数据库服务器存储后，如果数据存储装置接收到查询监控数据的查询请求，则可确定该查询请求中携带的待查询监控数据的属性标识和时间段信息， 并从该待查询监控数据的属性标识所属的属性标识集合对应的数据库服务器中，查询时间戳落入该时间段信息的待查询监控数据。即，可根据如表4所示的索引，查询某个目标设备的某个监控指标在某个时间段内的监控数据。
需要说明的是，由于单索引的非关系性分布式数据库在查询数据时是以索引中的字段从前到后的顺序依次查找的（例如，表4所示的索引中的字段从前到后依次是设备编码、指标编码、时间戳），对于索引中的第一个字段，可保存该字段与相应的数据库服务器的对应关系，对于索引中后续的字段，则可采用二分法继续查找，因此，对于索引中第一个字段的查询速度是非常快的。
而由于在实际应用中，需要监控的目标设备的数量远大于需要监控的监控指标的数量，因此，本申请实施例中为了提高后续查询数据的速度，可将索引中数量最多的属性标识作为索引中的第一个字段。如表4所示，由于需要监控的目标设备的数量5000远大于监控指标的数量10，因此，表4中将数量最多的设备编码作为索引中的第一个字段，将数量较少的指标编码作为索引中的第二个字段。从而，在后续查询数据的过程中，非关系型分布式数据库可根据索引中的第一个字段（设备编码），快速定位到某些数据库服务器上，再根据第二个字段（指标编码），具体定位到一个数据库服务器上，最后根据时间段信息，将时间戳落入该时间段内的待查询数据提取出来并返回。
以上为本申请实施例提供的数据存储方法，基于同样的思路，本申请实施例还提供一种数据存储装置，如图3所示。
图3为本申请实施例提供的数据存储装置结构示意图，所述装置应用于分布式存储场景，监控数据中携带属性标识，预先划分各属性标识集合，并预设分布式数据库中的每个数据库服务器与划分的属性标识集合的对应关系，所述装置具体包括：
获得模块301，用于获得监控数据，所述监控数据中携带有属性标识；
确定模块302，用于确定获得的所述监控数据中携带的属性标识所属的属性标识集合，作为指定属性标识集合；
存储模块303，用于将所述监控数据存储于所述指定属性标识集合对应的数据库服务器中。
其中，所述监控数据中携带的属性标识为合编码，所述合编码包括目标设备的设备编码和监控指标的指标编码。
所述存储模块303具体用于，以所述监控数据中携带的属性标识为索引，将所述监控数据发送给所述分布式数据库中所述指定属性标识集合对应的数据库服务器存储，其中，所述分布式数据库包括非关系型分布式数据库。
所述装置还包括：
查询模块304，用于当接收到查询监控数据的查询请求时，确定所述查询请求中携带的待查询监控数据的属性标识，以所述待查询监控数据的属性标识为索引，从所述待查询监控数据的属性标识所属的属性标识集合对应的数据库服务器中，查询所述待查询监控数据。
具体的，上述如图3所示的数据存储装置可以位于集群监控系统中，也可位于分布式数据库中，还可以是独立的设备。
图4为本申请实施例提供的以图3所示的数据存储装置是独立的设备为例说明的数据存储系统结构示意图，该系统包括：集群监控系统、数据存储装置、分布式数据库、查询客户端。其中：
集群监控系统用于对各目标设备进行监控，采集监控数据；
数据存储装置，用于获得集群监控系统采集到的监控数据，根据获得的所述监控数据中携带的属性标识，以及预先划分的每个属性标识集合，确定所述监控数据中携带的属性标识所属的属性标识集合，作为指定属性标识集合，根据预先针对分布式数据库中的每个数据库服务器设定的属性标识集合，确定所述指定属性标识集合对应的数据库服务器，将所述监控数据发送给所述分布式数据库中确定的数据库服务器存储；
分布式数据库，用于接收并存储数据存储装置发来的监控数据；
查询客户端，用于向数据存储装置发送查询请求；
数据存储装置还用于，在接收到查询客户端发来的查询监控数据的查询请求时，确定所述查询请求中携带的待查询监控数据的属性标识，以所述待查询监控数据的属性标识为索引，从所述待查询监控数据的属性标识所属的属性标识集合对应的数据库服务器中，查询所述待查询监控数据
本申请实施例提供一种数据存储方法及装置，该方法获得监控数据，确定获得到的监控数据中携带的属性标识所属的属性标识集合，作为指定属性标识集合，并根据预先针对分布式数据库中的每个数据库服务器设定的属性标识集合，将所述监控数据存储于所述指定属性标识集合对应的数据库服务器中。通过上述方法，对于属性标识所属的属性标识集合不同的监控数据来说，这些监控数据可分别存储在分布式数据库中不同的数据库服务器中，而由于分布式数据库的I/O能力相比于单机数据库的I/O能力较强，因此即使监控数据的数据量较大，分布式数据库也可及时的接收并存储监控数据，可有效避免数据库宕机。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算 设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。