[发明专利]一种分布式时序数据库系统以及电子设备和存储介质

说明书

本发明属于分布式数据库技术领域，具体公开了一种分布式时序数据库系统以及电子设备和存储介质。该系统包括：元数据服务，用于存储所述数据库系统的各组件的元数据；中间层服务，用于确定数据的路由策略，决定多个数据副本分发的物理地址；智能客户端，用于发起数据读写的请求，其中包括负载均衡算法，用于选择所述中间层服务；存储层服务，用于存储多个数据副本；管理服务6，管理所述元数据服务中的使用的元数据。本发明的优点在于：1.不依赖额外的网络环境，可以在任何互通网络中部署，且支持云原生部署；2.各个层次可以无限扩展，不存在容量瓶颈和单节点的性能瓶颈，可以通过其可扩展能力提升集群整体性能。

技术领域

本发明涉及分布式数据库技术领域，尤其涉及了一种分布式时序数据库系统以及电子设备和存储介质。

背景技术

目前业界有很多公司内部使用Influxdb作为时序数据库，一般采用基于Influxdb-Proxy服务的双写模式或基于分布式块存储或分布式文件存储的第三方存储模式，或者结合使用上述两种模式。基于Influxdb-Proxy服务的双写模式中，数据写入Influxb-Proxy服务后，复制并拆分成两份，双写到两个单独的Influxdb节点中，两个节点存储相同的数据互为备份。基于分布式块存储或分布式文件存储的第三方存储模式中，将Influxdb存储所在的物理磁盘替换成分布式云盘，利用云盘的高性能和可靠性以及快速扩展性，将数据存储在分布式云盘中。

但是，上述的几种基于Influxdb的时序数据库模式存在如下缺陷：

1.使用Influxdb-Proxy模式的双写模式，需要使用其他服务来进一步保证Influxdb-Proxy服务的高可用，单点的InfluxdbProxy若存在异常，则会导致整个时序存储层服务失效。

2.未使用云盘作为存储的单点Influxdb将会在容量上达到物理限制，无法通过可扩展的方式提高整个集群的容量承载能力；

3.使用云盘作为Influxdb存储的方式，必须依赖第三方分布式块存储或分布式文件存储层服务，在云厂商提供该服务的前提下尚具备可操作性，若自行部署和维护分布式存储层服务则将带来巨大的人力和运维成本。

4.无论是双写模式还是基于云盘模式，都不能解决在大规模数据读写场景下，可能导致单个Influxdb节点读写性能瓶颈的问题。若通过创建额外的实例，则需要在业务层面进行复杂的控制，且其可扩展性相当局限。

发明内容

为了解决上述缺陷，本发明提供一种分布式时序数据库系统，包括：

元数据服务，用于存储所述数据库系统的各组件的元数据；

中间层服务，用于确定数据的路由策略，决定多个数据副本分发的物理地址；

智能客户端，用于发起数据读写的请求，其中包括负载均衡算法，用于选择所述中间层服务；

存储层服务，用于存储多个数据副本；

管理服务，管理所述元数据服务中的使用的元数据。

上述的时序数据库系统中，还包括：辅助代理层，运行在存储层的存储节点上，承担与数据存储相关的任务。

上述的时序数据库系统中，所述与数据存储相关的任务至少包括数据迁移任务和数据修复任务。

上述的时序数据库系统中，所述数据库系统中的数据写入包括：

有所述智能客户端启动写入数据的流程；

数据通过在所述智能客户端中的所述负载均衡算法选择所述中间层服务中相应的Proxy服务，并将所述数据发给所述Proxy服务；

所述中间层服务收到数据后，将数据进行结构化，进行数据分析，从而得到所述数据的写入地址；