[发明专利]一种MPP架构数据库集群元数据管理方法

说明书

技术领域

本发明涉及数据库集群的元数据管理技术，尤其涉及一种MPP架构数据库集群元数据管理方法。

背景技术

随着信息化技术的快速发展，一个企业的用户数量、数据量均呈现爆炸式增长，在业务量提高的同时，数据库的访问量和数据量快速增长对数据库处理能力和计算强度也相应增大，使得单一节点数据库根本无法承担。在这样一个背景下，大型分布式数据库集群产生了，所谓数据库集群，是指利用两台或多台数据库服务，构成一个虚拟单一数据库逻辑映像，像单数据库那样，向客户端提供透明的数据服务。

在数据库系统中，数据库的表(Table)、索引(Index)、视图(View)等数据库对象的定义称之为数据库元数据。对于单数据库，数据库元数据只有一份，保存在数据库服务中，由数据库自身管理，所有链接到数据库的客户端访问同一份数据库元数据，并依据元数据访问数据库中的数据。对于数据库集群，将数据库元数据称为集群元数据，根据架构的不同，集群元数据存放的位置也有所不同。目前，有两种主流的数据库集群架构，带中心节点的集群架构和不带中心节点的MPP架构。带中心节点的集群架构，集群元数据只有一份，由中心节点统一负责管理，应用客户端统一从中心节点接入数据库集群，并获得集群元数据和数据库集群提供的服务；不带中心节点的MPP架构，集群元数据有多份，每个集群节点一份，且完全相同，由各个集群节点自身维护，应用客户端可以从任意集群节点接入数据库集群，并获得一致的集群元数据和数据库集群提供的服务。

不带中心节点的MPP架构的数据库集群如图1所示，由多个集群节点组成，本例中由3个集群节点组成，每个集群节点运行一个独立的数据库，为满足数据库集群向客户端提供透明的数据服务需求——即无论客户端从哪个集群节点接入数据库集群都和接入单一数据库一样，数据库集群的每个集群节点所存储的集群元数据必须完全相同，由此，当连接到集群节点1的客户端发起一个管理元数据的请求(例如创建表Table1)时，该元数据变更需要在集群节点1、集群节点2和集群节点3上均实现才能够保证每个集群节点所存储的集群元数据是相同的，集群元数据管理流程参考图2所示。

在上述数据库集群中，现有集群元数据管理方法在处理单个客户端发起的多个管理元数据请求或者多个客户端发起不同的管理元数据请求时，可以保证每个集群节点所存储的集群元数据是相同的。但是，在高并发场景下，如果从不同集群节点接入的客户端同时发起相同的管理元数据请求，例如：接入集群节点1的客户端请求建表Table2(idint，namechar(20))，接入集群节点2的客户端请求建表Table2(idint))时，会导致同时失败或者部分成功，即在某些节点上创建为Table2(idint，namechar(20))，某些节点上创建为Table2(idint))，从而导致集群元数据不一致现象。此外，如果集群中某个集群节点失效，会导致在该失效集群节点无法进行管理元数据的操作，则在该集群节点恢复正常状态之前，集群无法管理元数据信息。综上所述，集群元数据管理方法亟待改进。

发明内容

本发明所要解决的技术问题是在现有技术的基础上，提出一种数据库集群元数据管理的系统组成和方法，从而解决数据库集群元数据管理过程中可能出现的集群元数据不一致问题，提高数据库集群的高可用性，为应用系统提供更高质量的服务。

为了解决上述技术问题，本发明所提出的一种MPP架构数据库集群元数据管理方法，包括如下步骤：

(1)MPP架构数据库集群设置内存数据库，所述内存数据库为分布式、可扩展的内存数据库，分布在每个集群节点；

(2)所述内存数据库虚拟为一个单一数据库为每个集群节点提供集群元数据管理服务。

进一步的，步骤(2)所述集群元数据管理服务流程为：

(21)某个集群节点接收到客户端的管理集群元数据请求以后，该集群节点将本次管理集群元数据请求发送给内存数据库；

(22)内存数据库执行集群元数据管理，并返回管理集群元数据响应消息给集群节点；

(23)集群节点发送管理集群元数据响应消息给客户端，客户端接收到管理集群元数据响应消息，本次元数据管理完成。

优选的，所述集群元数据管理包括实现集群元数据的增加、变更、删除和读取功能。

优选的，所述内存数据库与集群节点之间通过标准SQL接口完成集群元数据的管理。

本发明具有的优点和积极效果是：