CN102158540A - 分布式数据库实现系统及方法 - Google Patents

Abstract

本发明涉及数据库技术领域，公开了一种分布式数据库实现系统及方法，所述系统包括：组成数据库集群的多个节点和代理服务器；组成数据库集群的每个节点包括两个数据库实例，分别为主数据库和备数据库；各节点上的备数据库非重复地依次按照预设的对应关系备份一个其他节点上的主数据库中存储的数据；所述代理服务器包括：操作处理单元，用于接收用户的读操作请求，根据所述读操作请求从所述多个节点中选择读操作节点，从所述读操作节点的备数据库中读取用户请求的数据，并将所述数据发送给所述用户。利用本发明，可以在满足大数据量存储需求的同时，保证数据的可靠性。

Description

分布式数据库实现系统及方法

技术领域

本发明涉及数据库技术领域，更具体地说，涉及一种分布式数据库实现系统及方法。

背景技术

数据库目前基本上成为了应用开发的基础，随着Web2.0的出现，单个数据库的存储能力就遇到了瓶颈，因为将所有的应用都放到一个数据库上，则不会有好的伸缩性，随着负载的增加，迟早会碰到性能的瓶颈。传统的解决方法是购买更多更强大的服务器来替换老的服务器，即常说的“垂直扩展”或“向上扩展”。

为了使数据库更好地适应数据的增长、满足更多的查询需求，一个理想化的伸缩性方案是利用集群来无缝地替代本地服务器，即将数据通过集群的方式分散到多个服务器上，并使用这些服务器来完成相应的读取、查询等操作。但这种方案无法保证数据的高可用性，因为一旦集群中的某个服务器节点出现故障，就会导致无法对该服务器上的数据进行操作的问题。

发明内容

本发明实施例针对现有技术中存在的上述问题，提供一种分布式数据库实现系统及方法，在满足大数据量存储需求的同时，保证数据的可靠性。

为此，本发明实施例提供如下技术方案：

一种分布式数据库实现系统，包括：组成数据库集群的多个节点和代理服务器；

组成数据库集群的每个节点包括两个数据库实例，分别为主数据库和备数据库；各节点上的备数据库非重复地依次按照预设的对应关系备份一个其他节点上的主数据库中存储的数据；

所述代理服务器包括：操作处理单元，用于接收用户的读操作请求，根据所述读操作请求从所述多个节点中选择读操作节点，从所述读操作节点的备数据库中读取用户请求的数据，并将所述数据发送给所述用户。

优选地，所述操作处理单元，还用于接收用户的写操作请求，根据所述写操作请求从所述多个节点中选择写操作节点，将需要存储的数据写入到所述写操作节点的主数据库，并将写入到所述写操作节点的主数据库中的数据备份到对所述写操作节点的主数据库进行备份的节点的备数据库中。

优选地，所述代理服务器还包括：

配置单元，用于设置主数据库所在节点与作为所述主数据库中数据备份的备数据库所在节点的对应关系；

所述操作处理单元，还用于根据所述对应关系确定对所述写操作节点的主数据库进行备份的节点。

优选地，所述各节点上的备数据库非重复地依次按照预设的对应关系备份一个其他节点上的主数据库中存储的数据包括：

各节点上的备数据库依次按照序号由低到高的顺序备份该节点的相邻节点上的主数据库中存储的数据；或者

各节点上的备数据库依次按照序号由高到低的顺序备份该节点的相邻节点上的主数据库中存储的数据。

优选地，所述代理服务器还包括：

集群监管单元，用于对集群中各节点进行管理操作。

可选地，所述集群监管单元包括以下任意一个或多个模块：

节点增加模块，用于在所述数据库集群中动态增加新的节点；

节点删除模块，用于动态删除所述数据库集群中的节点；

故障处理模块，用于监控集群中各节点的异常状态，并根据异常状态进行告警；

节点恢复模块，用于在故障节点恢复正常后，同步所述恢复正常的故障节点的主数据库和备数据库。

优选地，所述节点增加模块具体用于按照以下方式在所述数据库集群中动态增加新的节点：

设定新节点处理的数据范围，并确定所述新节点的插入位置；

读取需要搬迁的节点上备数据库中的数据，并将读取的数据写入到所述新节点的备数据库中，在写入完成后删除所述需要搬迁的节点上备数据库中的数据；

读取需要搬迁的节点上主数据库中的数据，并将读取的数据分别写入到所述新节点的主数据库和所述需要搬迁的节点上备数据库中，在写入完成后删除所述需要搬迁的节点上主数据库中已读取的数据；

通知所述配置单元所述新节点的信息；

所述配置单元，还用于根据所述新节点的信息修改所述对应关系。

一种分布式数据库实现方法，包括：

预先对数据进行水平切分，并将切分后的数据分配到组成数据库集群的多个节点上，每个节点包括两个数据库实例，分别为主数据库和备数据库，各节点上的备数据库非重复地依次按照预设的对应关系备份一个其他节点上的主数据库中存储的数据；

代理服务器接收用户的读操作请求，并根据所述读操作请求从所述多个节点中选择读操作节点；

从所述读操作节点的备数据库中读取用户请求的数据，并将所述数据发送给所述用户。

优选地，所述方法还包括：

所述代理服务器接收用户的写操作请求，并根据所述写操作请求从所述多个节点中选择写操作节点；

将需要存储的数据写入到所述写操作节点的主数据库，并将写入到所述写操作节点的主数据库中的数据备份到对所述写操作节点的主数据库进行备份的节点的备数据库中。

优选地，所述方法还包括：

所述代理服务器对集群中各节点进行管理操作，所述管理操作包括以下任意一项或多项：

在所述数据库集群中动态增加新的节点；

动态删除所述数据库集群中的节点；

监控集群中各节点的异常状态，并根据异常状态进行告警；

在故障节点恢复正常后，同步所述恢复正常的故障节点的主数据库和备数据库。

本发明实施例分布式数据库实现系统及方法，采用数据库集群的方式将本地服务器中的数据分散到多个服务器上，并且在组成数据库集群的每个节点上分别设置主数据库和备数据库，各节点上的备数据库非重复地依次按照预设的对应关系备份一个其他节点上的主数据库中存储的数据，这样，在代理服务器接收到用户的读操作请求后，根据所述读操作请求从所述多个节点中选择读操作节点，从所述读操作节点的备数据库中读取用户请求的数据，并将所述数据发送给所述用户。由于对每个主数据库中的数据都在相邻节点的备数据库中做了备份，也就是说，一份数据同时在数据库集群中的两个节点上进行保存，相对于现有技术将数据通过集群的方式分散到多个服务器上的方式，充分保证了数据的可靠性。

附图说明

图1是本发明实施例分布式数据库实现系统的一种结构示意图；

图2是本发明实施例分布式数据库实现系统的另一种结构示意图；

图3是本发明实施例分布式数据库实现系统动态增加新节点的示意图；

图4是图3所示分布式数据库实现系统增加新节点后的示意图；

图5是本发明实施例分布式数据库实现方法中代理服务器的处理流程图。

具体实施方式

为了使本技术领域的人员更好地理解本发明实施例的方案，下面结合附图和实施方式对本发明实施例作进一步的详细说明。

本发明实施例分布式数据库实现系统及方法，采用数据库集群的方式将本地服务器中的数据分散到多个服务器上，并且在组成数据库集群的每个节点上分别设置主数据库和备数据库，各节点上的备数据库非重复地依次按照预设的对应关系备份一个其他节点上的主数据库中存储的数据，以保证数据的可靠性。在该系统中，通过代理服务器处理用户的读操作请求，在接收到用户的读操作请求后，根据所述读操作请求从所述多个节点中选择读操作节点，从所述读操作节点的备数据库中读取用户请求的数据，并将所述数据发送给所述用户。

如图1所示，是本发明实施例分布式数据库实现系统的一种结构示意图。

在该实施例中，所述系统包括：数据库集群100和代理服务器200。

其中，数据库集群100包括多个节点，如图1所示，所述多个节点分别为节点1、节点2、节点3、...节点N，每个节点包括两个数据库实例，分别为主数据库和备数据库。各节点上的备数据库非重复地依次按照预设的对应关系备份一个其他节点上的主数据库中存储的数据。

比如，可以预先建立各主数据库与作为备份的备数据库的对应关系，根据该对应关系将一个节点的主数据库中存储的数据备份到相应的其他节点的备数据库中；

再比如，为了降低实现上的复杂度，还可以依次按照相邻的顺序进行主、备数据备份，如图1所示，各节点上的备数据库依次按照序号由低到高的顺序备份该节点的相邻节点上的主数据库中存储的数据，即节点2的备数据库备份节点1的主数据库中的数据，节点3的备数据库备份节点2的主数据库中的数据，依此类推，节点1的备数据库备份节点N的主数据库中的数据。同样，反之也可，即各节点上的备数据库依次按照序号由高到低的顺序备份该节点的相邻节点上的主数据库中存储的数据。

需要说明的是，上述数据备份方式只是一种具体应用举例，本发明实施例对此并不做限定，只要代理服务器能够识别同一数据分别存储的主数据库和备数据库即可。

代理服务器200包括操作处理单元201，用于接收用户的读操作请求，根据所述读操作请求从所述多个节点中选择读操作节点，从所述读操作节点的备数据库中读取用户请求的数据，并将所述数据发送给所述用户。

在具体应用中，代理服务器200可以记录每个节点中数据存储的范围，比如，可以按照数据类型进行区分，将用户数据分为：商品数据、购买数据、帐户数据等，当然也可以按照其他方式来划分，具体可以根据实际应用需来确定，对此本发明实施例不做限定。

在操作处理单元201接收到用户的读操作请求后，根据该记录信息，即可知道用户请求的数据存储在哪个节点上，为了方便及统一对数据的读写操作，可以将读操作请求统一由备数据库来完成，也就是说，从选择的读操作节点的备数据库中读取用户请求的数据。

可见，本发明实施例分布式数据库实现系统，采用数据库集群的方式将本地服务器中的数据分散到多个服务器上，并且在组成数据库集群的每个节点上分别设置主数据库和备数据库，各节点上的备数据库非重复地依次按照预设的对应关系备份一个其他节点上的主数据库中存储的数据，以保证数据的可靠性。在该系统中，通过代理服务器处理用户的读操作请求，在接收到用户的读操作请求后，根据所述读操作请求从所述多个节点中选择读操作节点，从所述读操作节点的备数据库中读取用户请求的数据，并将所述数据发送给所述用户。本发明实施例的分布式数据库实现系统，通过数据库集群的方式不仅可以满足大数据量存储需求的同时，而且当某个节点出现故障的时候，该节点上的数据库实例的读操作将被相应的备数据库实例来接管，保证了数据的可靠性。

在本发明实施例中，操作处理单元201还可进一步用于接收用户的写操作请求，根据所述写操作请求从所述多个节点中选择写操作节点，将需要存储的数据写入到所述写操作节点的主数据库。相应地，操作处理单元201还需要将写入到所述写操作节点的主数据库中的数据备份到对所述写操作节点的主数据库进行备份的节点的备数据库中。当然，也可以由对所述写操作节点的主数据库进行备份的节点定时或者实时备份所述写操作节点的主数据库中写入的数据，比如，可以通过读取所述写操作节点中主数据库的日志文件，完成数据备份功能。

在具体应用中，前面提到的预设的对应关系可以是默认的，也可以在代理服务器中设置一个配置单元(未图示)，用于设置主数据库所在节点与作为所述主数据库中数据备份的备数据库所在节点的对应关系，即前面提到的预设的对应关系。相应地，操作处理单元201可以根据所述对应关系确定对所述写操作节点的主数据库进行备份的节点。这样，可以进一步方便用户的使用。

可见，本发明实施例中利用读写分离策略，即将所有的写操作请求发送到相应节点的主数据库，将所有的读操作请求发送到相应节点的备数据库，从而进一步降低了服务器的负载，提高了集群的负载能力。

在具体应用时，各节点的主、备数据库可以优选采用MySQL数据库，当然，也可以采用其他数据库，对此本发明实施例不做限定。另外，需要说明的是，各节点的主、备数据库可集成在一个物理实体上，也可以是各自独立的物理实体。

下面以采用MySQL数据库为例对本发明实施例分布式数据库实现系统做进一步详细说明。

MySQL是目前最为流行的开放源代码的数据库，是完全网络化的跨平台的关系型数据库系统。MySQL具有功能强大、支持跨平台、运行速度快、支持面向对象、安全性高、成本低、支持各种开发语言、数据存储量大、支持强大的内置函数等特点。

MySQL架构包含三层，其中：

第一层包括：连接处理、鉴权、安全等服务。

第二层包括：查询的解析、分析、优化、缓存以及其他所有的内置函数(如日期函数、时间函数、数学函数以及加密函数等)。另外所有存储引擎所共有的功能也都在这一层，比如存储过程、触发器、视图等。

第三层包括：存储引擎。存储引擎负责在MySQL中存储和获取数据，服务器通过存储引擎的API(Application Programming Interface，应用程序编程接口)来与存储引擎进行交互。该API隐藏了各个存储引擎之间实现上的差异，并且很大程度上使得存储引擎与查询层分开。该API包括了许许多多的底层函数来执行诸如“开始一个事物”或者“获取包括这个主键的行”等操作。一般情况下，存储引擎不解析SQL(Structured Query Language，结构化查询语言)，也不和其他存储引擎进行直接交互，只是简单地响应服务器的请求。

在本发明实施例的具体实现中，组成数据库集群的各节点中的主数据库和备数据库可以使用MySQL数据库。相应地，所述代理服务器可以利用MySQL代理来实现其功能。

在现有技术中，MySQL代理是使用MySQL网络协议工作在一个或多个MySQL客户端和一个或多个MySQL服务端之间的中间件，它主要可以监控、分析、修改客户端与服务器之间的通信数据。在大多数的配置中，MySQL代理只是简单地插入到客户端和服务器端之间，提供代理服务，从客户端解析查询请求，并将服务器端返回的结果发送到客户端。

在本发明实施例的具体实现中，可以利用MySQL代理实现所述代理服务器的功能，将用户的读操作请求分散到备数据库节点上，以减轻主数据库节点的负荷；将写操作全部在主数据库节点执行，由相应的备数据库节点定时或者实时读取该主数据库中写入的数据。

为了进一步提高系统的动态扩展性，并保证在某个节点出现故障的情况下不会影响对相应数据的读写操作，本发明实施例分布式数据库实现系统，还可进一步提供对集群中各节点的监管功能。

如图2所示，是本发明实施例分布式数据库实现系统的另一种结构示意图。

与图1所示实施例的区别是，在该实施例中，分布式数据库实现系统中的代理服务器300还进一步包括：集群监管单元202，用于对集群中各节点进行管理操作，具体可以包括：监控集群中节点的异常状态，记录集群中节点的整体状态，根据节点异常状态提供相应的监控和告警，同时，提供一定的辅助功能，使得可以灵活地实现动态的节点增加和删除，并且使系统在节点动态增加和删除时，仍能提供服务，进一步提高系统的可用性和灵活性。

当然，所述集群监管单元202所提供的管理操作可根据实际应用需要来确定，对此本发明实施例不做具体限定。

比如，在本发明实施例中，集群监管单元202可以包括以下任意一个或多个模块：

节点增加模块，用于在所述数据库集群中动态增加新的节点；

节点删除模块，用于动态删除所述数据库集群中的节点；

故障处理模块，用于监控集群中各节点的异常状态，并根据异常状态进行告警；

节点恢复模块，用于在故障节点恢复正常后，同步所述恢复正常的故障节点的主数据库和备数据库。

下面分别对上述几个模块的工作过程进行详细说明。

所述节点增加模块实现节点动态增加功能，根据增加的节点的配置，确定增加的节点的数据处理范围，并确定增加的节点在集群中所处的位置，并将增加的节点添加到集群中。为了保证数据的正确性，可以地增加新节点后，暂时不让该新节点提供服务，在更改节点中数据库实例之间的备份关系，并对相应的节点作数据迁移，等迁移完成后再使该新节点对外提供服务。

比如，图3所示，数据库集群中有四个节点，分别为：节点1、节点2、节点3和节点4。其中：

节点1处理的数据范围为1-10000；

节点2处理的数据范围为10001-20000；

节点3处理的数据范围为20001-30000。

需要说明的是，上述各节点的数据范围是指该节点上主数据库中存储的数据范围，以下同，不再特别说明。

在系统运行过程中，在需要增加新节点时，集群监管单元202会设置增加新节点，并设定该新节点处理的数据范围，比如，集群监管单元202发现节点3的负荷过重，此时可以增加一个新节点，并设定该新节点处理的数据范围为20001-25000，以使节点3的负荷减轻一半。

在增加该新节点时，所述节点增加模块首先确定该新节点的插入位置，比如，将该新节点插入到节点2和节点3之间，然后节点3中数据段20001-25000之间的数据搬迁到该新节点上，具体地，可以按照以下方式操作：

所述节点增加模块读取节点3备数据库中的数据，并将读取的数据写到新节点的备数据库中，然后删除节点3备数据库中的数据，至此，完成节点3备数据库中数据的搬迁；

所述节点增加模块读取节点3主数据库中的20001-25000之间的数据，将读取的数据写入新节点的主数据库及节点3的备数据库中，然后删除节点3主数据库中的20001-25000之间的数据，至此，完成节点3备数据库中数据的搬迁。

另外，所述节点增加模块还要将所述新节点的信息通知给所述配置单元，以使所述配置单元修改节点2、新节点、节点3上数据库实例的主、备对应关系，即前面提到的主数据库所在节点与作为所述主数据库中数据备份的备数据库所在节点的对应关系。然后，将新节点放到动态路由中，以使该新节点对外提供20001-25000之间的数据服务，并且使节点3的处理范围变更为25001-30000之间，并删除节点3上的20001-25000之间的数据。

新节点增加完成后的数据库集群如图4所示。

所述节点删除模块的实现逻辑与所述节点增加模块的实现逻辑类似，主要是在发现某些节点负荷过轻、或节点故障、或节点主机需要升级的情况下，将这些节点从数据库集群中删除，并将该节点的负荷由其他节点(比如该节点的相邻节点)来承担，具体处理流程与节点动态增加类似，在此不再详细描述。

所述故障处理模块可以实时检测各节点是否异常，比如主动发送消息到各节点，以检测各节点是否异常(比如出现故障)，如果收到节点的响应消息，则表明该节点正常，否则表明该节点异常。在确认某节点异常后，所述故障处理模块还可以根据异常状态进行告警，比如显示相应的提示信息，以通知管理员。

前面提到，节点故障时，该节点会被删除，并将该节点的负荷由其他节点来承担，同样，在故障节点恢复正常后，可以由所述节点恢复模块通知所述其他节点将数据复制到该恢复正常后的节点的数据库上，并且所述其他节点需要将相应的数据从本地删除。

需要说明的是，由于每个节点包括主数据库和备数据库，因此，上述各节点中数据的操作均包括对该节点上主数据库和备数据库的操作。

由此可见，本发明实施例分布式数据库实现系统，通过代理服务器中的集群监管单元，实现对集群中各节点的管理操作，使系统中的节点具有灵活扩展能力，提高了系统的可用性，而且，提供故障检测和故障恢复的处理能力，使系统具有高容错性。

相应地，本发明实施例还提供一种分布式数据库实现方法，在该方法中，需要预先对数据进行水平切分，并将切分后的数据分配到组成数据库集群的多个节点上，每个节点包括两个数据库实例，分别为主数据库和备数据库，各节点上的备数据库非重复地依次按照预设的对应关系备份一个其他节点上的主数据库中存储的数据。

如图5所示，是本发明实施例分布式数据库实现方法中代理服务器的一种处理流程图，包括以下步骤：

步骤501，代理服务器接收用户的读操作请求；

步骤502，根据所述读操作请求从所述多个节点中选择读操作节点；

步骤503，从所述读操作节点的备数据库中读取用户请求的数据；

步骤504，将所述数据发送给所述用户。

在本发明实施例中，所述方法还可进一步包括：

所述代理服务器接收用户的写操作请求，并根据所述写操作请求从所述多个节点中选择写操作节点；

将需要存储的数据写入到所述写操作节点的主数据库，并将写入到所述写操作节点的主数据库中的数据备份到对所述写操作节点的主数据库进行备份的节点的备数据库中。

可见，本发明实施例分布式数据库实现方法，采用数据库集群的方式将本地服务器中的数据分散到多个服务器上，并且在组成数据库集群的每个节点上分别设置主数据库和备数据库，各节点上的备数据库非重复地依次按照预设的对应关系备份一个其他节点上的主数据库中存储的数据，保证了数据的可靠性。进一步地，在该方法中，代理服务器利用读写分离策略，将所有的写操作请求发送到相应节点的主数据库，将所有的读操作请求发送到相应节点的备数据库，从而进一步降低了服务器的负载，提高了集群的负载能力。

为了对数据库集群中各节点进行有效管理，在本发明实施例中，还可进一步包括以下步骤：

所述代理服务器对集群中各节点进行管理操作，所述管理操作包括以下任意一项或多项：

在所述数据库集群中动态增加新的节点；

动态删除所述数据库集群中的节点；

监控集群中各节点的异常状态，并根据异常状态进行告警；

在故障节点恢复正常后，同步所述恢复正常的故障节点的主数据库和备数据库。

以上各种操作的详细过程可参照前面的描述，在此不再赘述。

由此可见，本发明实施例分布式数据库实现方法，由代理服务器中实现对集群中各节点的管理操作，使系统中的节点具有灵活扩展能力，提高了系统的可用性，而且，提供故障检测和故障恢复的处理能力，使系统具有高容错性。

本说明书中的各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置及系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上公开的仅为本发明的优选实施方式，但本发明并非局限于此，任何本领域的技术人员能思之的没有创造性的变化，以及在不脱离本发明原理前提下所作的若干改进和润饰，都应落在本发明的保护范围内。

Claims (10)

1.一种分布式数据库实现系统，其特征在于，包括：组成数据库集群的多个节点和代理服务器；

组成数据库集群的每个节点包括两个数据库实例，分别为主数据库和备数据库；各节点上的备数据库非重复地依次按照预设的对应关系备份一个其他节点上的主数据库中存储的数据；

所述代理服务器包括：操作处理单元，用于接收用户的读操作请求，根据所述读操作请求从所述多个节点中选择读操作节点，从所述读操作节点的备数据库中读取用户请求的数据，并将所述数据发送给所述用户。

2.如权利要求1所述的系统，其特征在于，

所述操作处理单元，还用于接收用户的写操作请求，根据所述写操作请求从所述多个节点中选择写操作节点，将需要存储的数据写入到所述写操作节点的主数据库，并将写入到所述写操作节点的主数据库中的数据备份到对所述写操作节点的主数据库进行备份的节点的备数据库中。

3.如权利要求2所述的系统，其特征在于，所述代理服务器还包括：

配置单元，用于设置主数据库所在节点与作为所述主数据库中数据备份的备数据库所在节点的对应关系；

所述操作处理单元，还用于根据所述对应关系确定对所述写操作节点的主数据库进行备份的节点。

4.如权利要求3所述的系统，其特征在于，所述各节点上的备数据库非重复地依次按照预设的对应关系备份一个其他节点上的主数据库中存储的数据包括：

各节点上的备数据库依次按照序号由低到高的顺序备份该节点的相邻节点上的主数据库中存储的数据；或者

各节点上的备数据库依次按照序号由高到低的顺序备份该节点的相邻节点上的主数据库中存储的数据。

5.如权利要求3所述的系统，其特征在于，所述代理服务器还包括：

集群监管单元，用于对集群中各节点进行管理操作。

6.如权利要求5所述的系统，其特征在于，所述集群监管单元包括以下任意一个或多个模块：

节点增加模块，用于在所述数据库集群中动态增加新的节点；

节点删除模块，用于动态删除所述数据库集群中的节点；

故障处理模块，用于监控集群中各节点的异常状态，并根据异常状态进行告警；

节点恢复模块，用于在故障节点恢复正常后，同步所述恢复正常的故障节点的主数据库和备数据库。

7.如权利要求6所述的系统，其特征在于，所述节点增加模块具体用于按照以下方式在所述数据库集群中动态增加新的节点：

设定新节点处理的数据范围，并确定所述新节点的插入位置；

读取需要搬迁的节点上备数据库中的数据，并将读取的数据写入到所述新节点的备数据库中，在写入完成后删除所述需要搬迁的节点上备数据库中的数据；

读取需要搬迁的节点上主数据库中的数据，并将读取的数据分别写入到所述新节点的主数据库和所述需要搬迁的节点上备数据库中，在写入完成后删除所述需要搬迁的节点上主数据库中已读取的数据；

通知所述配置单元所述新节点的信息；

所述配置单元，还用于根据所述新节点的信息修改所述对应关系。

8.一种分布式数据库实现方法，其特征在于，包括：

预先对数据进行水平切分，并将切分后的数据分配到组成数据库集群的多个节点上，每个节点包括两个数据库实例，分别为主数据库和备数据库，各节点上的备数据库非重复地依次按照预设的对应关系备份一个其他节点上的主数据库中存储的数据；

代理服务器接收用户的读操作请求，并根据所述读操作请求从所述多个节点中选择读操作节点；

从所述读操作节点的备数据库中读取用户请求的数据，并将所述数据发送给所述用户。

9.如权利要求8所述的方法，其特征在于，还包括：

所述代理服务器接收用户的写操作请求，并根据所述写操作请求从所述多个节点中选择写操作节点；

将需要存储的数据写入到所述写操作节点的主数据库，并将写入到所述写操作节点的主数据库中的数据备份到对所述写操作节点的主数据库进行备份的节点的备数据库中。

10.如权利要求9所述的方法，其特征在于，还包括：

所述代理服务器对集群中各节点进行管理操作，所述管理操作包括以下任意一项或多项：

在所述数据库集群中动态增加新的节点；

动态删除所述数据库集群中的节点；

监控集群中各节点的异常状态，并根据异常状态进行告警；

在故障节点恢复正常后，同步所述恢复正常的故障节点的主数据库和备数据库。

Images