CN102012899A - 一种数据更新的方法、系统及设备 - Google Patents

Abstract

本发明公开了一种数据更新的方法、系统及设备，通过将应用系统中的多节点划分为一个主节点和多个从节点的形式，要求主节点可以读写数据，而从节点只能读数据，使得传统数据一致性的更新过程由双向复制转变为主节点至从节点的单向复制，因此，解决了节点之间双向复制时造成的数据内容冲突和各节点内数据库工作压力过大的问题。

Description

一种数据更新的方法、系统及设备

技术领域

本发明涉及计算机技术，尤其涉及一种数据更新的方法、系统和设备。

背景技术

随着软件技术的发展以及企业信息化建设，应用系统所要处理的数据量越来越庞大，所要服务的用户数量也不断增加，因此，在应用系统中设置多个节点，并在每个节点的数据库中存储相同的应用数据，以提高应用业务的数据处理效率。例如：当多个用户向应用系统请求同一业务时，由于应用系统中的每个节点中存储了相同的应用数据，因此，每个节点可以响应一个用户的请求，多业务的并行处理提高了数据处理效率。

为了保证多个节点的数据库内存储的数据一致性，需要在一个节点的数据发生变化时，及时更新其他节点内的数据。常用的数据更新方式有以下两种：

第一种：应用客户端控制方式。

在本方式下，当有一个节点的数据发生变化时，需要向应用系统中的应用客户端发送数据更新请求，则应用客户端依次对其他各节点数据库中的数据进行更新，使各节点的数据保持一致。

第二种：数据库双向复制方式。

在本方式下，当有一个节点的数据发生变化时，利用数据库复制功能，将自身更新的数据内容发送给其他节点，使各节点的数据保持一致。

在上述第一种方式下，需要在应用系统中设置应用客户端，并为应用客户端配置每个节点信息，提供访问节点数据的接口，在节点数量较多时，会使应用客户端的设置非常较复杂。在上述第二种方式下，当两个节点同时对同一字段的内容进行修改，且修改后的数据不同时，两个节点互相进行双向复制时会造成数据内容冲突的问题，无法保持节点的数据一致性；另外，当有多个节点都进行数据修改时，由于每个节点需要接收其他节点的数据同时将自身修改的数据发送给其他节点，导致数据库压力较大，严重影响数据库的正常工作。

发明内容

本发明实施例提供一种数据更新的方法、系统及设备，以解决节点之间双向复制时造成的数据内容冲突和各节点内数据库工作压力过大的问题。

一种数据更新的方法，所述方法包括：

主节点接收从节点发送的数据更新请求，所述数据更新请求中包含该从节点变化的数据信息；

主节点根据所述数据信息对自身保存的数据进行更新，以及，向需要进行数据更新的从节点发送所述数据信息，指示接收到数据信息的从节点对保存的数据进行更新，更新后的主节点和全部从节点中保存的数据相同。

一种数据更新系统，所述系统包括主节点和从节点，其中：

所述主节点，用于接收从节点发送的数据更新请求，所述数据更新请求中包含该从节点变化的数据信息，并根据所述数据信息对自身保存的数据进行更新，以及，向需要进行数据更新的从节点发送所述数据信息；

所述从节点，用于根据接收到的数据信息对自身保存的数据进行更新，更新后的主节点和全部从节点中保存的数据相同。

一种网络设备，所述设备包括：

请求接收模块，用于接收其他网络设备发送的数据更新请求，所述数据更新请求中包含其他网络设备变化的数据信息；

数据更新模块，用于根据数据更新请求中的数据信息对保存的数据进行更新；

数据发送模块，用于向其他需要进行数据更新的网络设备发送所述数据信息，指示接收到数据信息的网络设备对保存的数据进行更新，更新后各网络设备中保存的数据相同；

数据保存模块，用于保存数据。

由于本发明将应用系统中的多节点划分为一个主节点和多个从节点的形式，要求主节点可以读写数据，而从节点只能读数据，使得传统数据一致性的更新过程由双向复制转变为主节点至从节点的单向复制，因此，解决了节点之间双向复制时造成的数据内容冲突和各节点内数据库工作压力过大的问题。

附图说明

图1为本发明实施例一中进行数据更新的方法的示意图；

图2为本发明实施例三中数据更新系统的结构示意图；

图3为本发明实施例四中网络设备的结构示意图。

具体实施方式

为了实现本发明目的，本发明实施例将多节点划分为一个主节点和至少一个从节点，要求主节点可以读写数据，而从节点只能读数据，当任一节点需要进行数据更新时，都要在主节点进行数据更新后，通过单向复制技术实现从节点的数据更新，以解决节点之间双向复制时造成的数据内容冲突和各节点内数据库工作压力过大的问题。

下面结合说明书附图对本发明实施例进行详细描述。

实施例一：

如图1所示，为本发明实施例一中进行数据更新的方法步骤示意图，所述方法包括以下步骤：

步骤101：主节点接收从节点发送的数据更新请求，所述数据更新请求中包含该从节点变化的数据信息。

在本发明实施例中涉及的主节点和从节点是应用系统中的节点，每个节点中有用于存储数据的数据库，为了保证应用业务的正确、高效运行，要求主从节点中存储的数据内容相同。

可以将应用系统中的任意一个节点作为主节点，其他节点作为从节点。

主节点的数量为一个，从节点的数量可以为一个也可以为多个。

数据更新请求中包含的数据信息主要包括以下内容：更新方式、更新字段标志位和更新内容；这里的更新方式包括删除、增加和修改中的一种或多种组合。

步骤102：主节点根据从节点变化的数据信息对自身保存的数据进行更新。

主节点接收到一条数据更新请求后，读取并解析其中一个从节点变化的数据信息，按照数据信息中的更新方式和更新内容，对自身保存的数据中更新字段标志位指示的字段中的内容进行更新。

步骤103：主节点向需要进行数据更新的从节点发送所述数据信息，指示接收到数据信息的从节点对保存的数据进行更新。

在本步骤中，假设发送数据更新请求的从节点为从节点A，则主节点可以向全部从节点(包括从节点A)发送数据信息，要求全部从节点只能根据接收到的来自主节点的数据信息后，根据数据信息中的内容对自身保存的数据进行更新；主节点还可以向发送数据更新请求之外的其他从节点(除从节点A之外的从节点)发送数据信息，要求其他从节点根据接收到的数据信息，对从节点A请求的信息进行更新，从节点A可以在发起数据更新请求之前或之后，按照数据更新请求中的数据信息对自身保存的数据进行更新。

不论用上述何种方式进行数据更新，更新后的主节点和全部从节点中保存的数据相同，以保证多节点数据的一致性。

每个从节点按照主节点发送的数据信息中的更新方式和更新内容，对自身保存的数据中更新字段标志位指示的字段中的内容进行更新。

在本实施例中，发送数据更新请求的从节点并不在生成数据更新请求时进行自我更新，而是在步骤103中读取主节点发送的数据信息而进行数据更新。

在本实施例一中，步骤102和步骤103的顺序不固定，主节点可以在接收到数据更新请求后，可以先将其中的数据信息发送给从节点再进行自我更新，也可以进行自我更新后再将数据信息发送给从节点，或者在进行自我更新的过程中将数据信息发送给从节点。

步骤104：当主节点中的数据需要变化时，主节点根据需要变化的数据生成数据信息。

步骤105：主节点根据生成的数据信息对自身保存的数据进行更新。

步骤106：主节点向每个从节点发送生成的所述数据信息，指示各从节点根据接收到的数据信息对保存的数据进行更新。

需要说明的是，本实施例中步骤104～步骤106可以在步骤101之前发生，也可以在步骤103之后发生，如果在步骤101～步骤103的执行过程中主节点中的数据需要变化，则在步骤103执行完毕后再执行步骤104～步骤106。

通过以上步骤101～步骤106的描述，实现了多节点内的数据更新，由于每个节点的数据更新过程都由主节点通过单向复制技术完成，各从节点只需要单向接收主节点发送的数据，避免了节点中数据库同时进行双向复制导致数据库工作压力过大的问题，并且，当多个节点需要同时对同一字段内容进行不同修改时，各节点需要向主节点发送数据更新请求，由于主节点一次只能响应一个数据更新请求，因此，避免了多节点双向复制时的数据冲突问题；另外，应用系统中的各节点之间具有相互通信的能力，因此，不需要对主节点的接口进行额外配置，使本发明实施例方案实现简便。

在实施例一的方案中，可能存在多个从节点同时发起数据更新请求，也可能在一段时间内没有从节点发起数据更新请求，则主节点可以维护一个消息队列，当有一个从节点发起数据更新请求时，就将该数据更新请求写入消息队列中。如果在短时间内有多个从节点发起数据更新请求，则按照数据更新请求到达主节点的先后顺序排列在消息队列中。

由于主节点不一定能实时接收到从节点发送的数据更新请求，则可以在步骤101之前执行以下步骤：

步骤100：主节点启动后，对消息队列中的内容进行检测，判断消息队列中是否有未处理的数据更新请求；若有，则执行步骤101；否则，将对消息队列继续进行检测。

如果在步骤100中检测出消息队列中存在多个数据更新请求，则主节点将接收到的各数据更新请求按接收先后顺序排列在消息队列中。步骤101中主节点依次读取排列在消息队列第一位的数据更新请求，然后，在步骤102中主节点根据消息队列中的各数据更新请求的先后顺序，依次对自身保存的数据进行更新，以及，在进行一次数据更新后，将本次用于数据更新的数据信息向每个从节点发送。例如：步骤100中检测出消息队列中按照接收先后顺序排列两个数据更新请求，分别为数据更新请求1，数据更新请求2。主节点首先读取数据更新请求1，然后依据数据更新请求1中的数据信息对自身保存的数据进行更新，以及将数据更新请求1中的数据信息发送给各从节点；接着，主节点再读取数据更新请求2，并再次进行数据更新过程。

实施例二：

本发明实施例一的方案可以应用在多种应用系统中，如PUSHMAIL应用系统中。下面通过具体的实例说明实施例一的具体实现方法。

假设本实施例二中从节点1需要将字段1中的数据修改为A，从节点2需要将字段1中的数据删除，本实施例二的方案如下：

第一步：从节点1将更新的数据封装成数据更新请求1，并发送至消息队列，其中数据信息的内容如表1所示；从节点2将更新的数据封装成数据更新请求2，并发送至消息队列，其中数据信息的内容如表2所示。

请求的从节点标识	更新方式	更新字段标志位	更新内容
				从节点1	修改	字段1	A

表1

请求的从节点标识

更新方式

更新字段标志位

更新内容

从节点2

删除

字段1

空

表2

第二步：主节点接收到两个数据更新请求，按照接收由先至后的顺序，将两个数据更新请求排列在消息队列中，如表3所示。

数据更新请求1
	数据更新请求2
空
	空

表3

第三步：主节点读取数据更新请求1，读取其中的数据信息后，将自身数据库中保存的字段1中的内容修改为A。

第四步：主节点将数据更新请求1中的数据信息发送给每个从节点。

第五步：每个从节点将自身数据库中保存的字段1中的内容修改为A。

第六步：假设此时主节点中的数据需要变化，在字段2中增加内容B，由于当前已存在排队的数据更新请求2，则主节点需要优先响应数据更新请求2。

第七步：主节点读取数据更新请求2，并执行上述第三步～第六步，删除字段1中的数据，即使字段1中内容为空。

第八步：由于在第六步中主节点的数据需要变化的时刻之前未接收到其他数据更新请求消息，因此，主节点在自身数据库的字段2中增加内容B，并向各从节点发送“在字段2增加内容B”的数据信息。

第九步：各从节点在自身数据库的字段2中增加内容B。

在本发明实施例二的方案中，可能出现多个从节点同时存在数据需要变化的情况，因此，按照主节点接收数据更新请求的先后顺序进行数据更新过程；如果在响应从节点的数据更新请求过程中，主节点的数据需要变化，则记录主节点数据需要变化的开始时间，在所述开始时间之前接收到的数据更新请求响应结束后，即使消息队列中还存在在所述开始时间之后接收到的数据更新请求，主节点也将先执行自身的数据变化。

实施例三：

本发明实施例三还提供一种数据更新系统，如图2所示，所述系统包括主节点11和至少一个从节点12，其中：所述主节点11用于接收从节点12发送的数据更新请求，所述数据更新请求中包含该从节点12变化的数据信息，并根据所述数据信息对自身保存的数据进行更新，以及，向需要进行数据更新的从节点12发送所述数据信息；所述从节点12用于根据接收到的数据信息对自身保存的数据进行更新，更新后的主节点和全部从节点中保存的数据相同。所述需要进行数据更新的从节点为全部从节点，或发送数据更新请求之外的其他从节点。

所述主节点11还用于在自身数据需要变化时，根据需要变化的数据生成数据信息，并按照生成的数据信息对自身保存的数据进行更新，以及，向每个从节点12发送生成的所述数据信息。

所述主节点11还用于在接收多个数据更新请求时，将接收到的各数据更新请求按接收先后顺序排列成消息队列，并根据消息队列中的各数据更新请求，依次对自身保存的数据进行更新，以及，在进行一次数据更新后，将本次用于数据更新的数据信息向每个从节点12发送。

本实施例三中记载了主节点和从节点之间的主要关系以及各节点的功能，本发明实施例三中的主节点和从节点也具有实现实施例一和实施例二方案的功能。

实施例四：

本发明实施例四还提供一种网络设备，如图3所示，本实施例中的网络设备可以是实施例一～实施例三中的主节点，也可以是一个从节点。由于主节点可以是随机选择的，因此，一个网络设备可以同时具有主节点和从节点的功能。

所述网络设备包括请求接收模块21、数据更新模块22、数据发送模块23和数据保存模块24，其中：请求接收模块21用于接收其他网络设备发送的数据更新请求，所述数据更新请求中包含其他网络设备变化的数据信息；数据更新模块22用于根据数据更新请求中的数据信息对保存的数据进行更新；数据发送模块23用于向其他需要进行数据更新的网络设备发送所述数据信息，指示接收到数据信息的网络设备对保存的数据进行更新，更新后各网络设备中保存的数据相同；数据保存模块24用于保存数据。

所述设备还包括请求发送模块25和数据接收模块26，其中：请求发送模块25用于向其他网络设备发送数据更新请求，所述数据更新请求中包含自身变化的数据信息；数据接收模块26用于接收其他网络设备发送的数据信息；所述数据更新模块22还用于根据其他网络设备发送的数据信息对保存的数据进行更新。

在本实施例中，请求接收模块21和数据发送模块23是网络设备作为主节点时使用的逻辑模块，请求发送模块25和数据接收模块26是网络设备作为从节点时使用的逻辑模块。上述对网络设备的描述只是对本实施例中网络设备的主要方案描述，网络设备同样具有将多个数据更新请求按接收先后顺序排列成消息队列的功能模块，以及按照接收数据更新请求和自身数据需要变化的开始时间的先后顺序，选择进行相应更新的功能模块。

通过本发明实施例提供的方法、系统及设备，由于多节点内数据库的复制过程采用的是多节点的单向复制技术，避免了节点中数据库同时进行双向复制导致数据库工作压力过大、性能下降的问题，并且，当多个节点需要同时对同一字段内容进行不同修改时，各节点需要向主节点发送数据更新请求，由于主节点一次只能响应一个数据更新请求，因此，避免了多节点双向复制时的数据冲突问题；另外，应用系统中的各节点之间具有相互通信的能力，因此，不需要对主节点的接口进行额外配置，使本发明实施例方案实现简便。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种数据更新的方法，其特征在于，所述方法包括：

主节点接收从节点发送的数据更新请求，所述数据更新请求中包含该从节点变化的数据信息；

主节点根据所述数据信息对自身保存的数据进行更新，以及，向需要进行数据更新的从节点发送所述数据信息，指示接收到数据信息的从节点对保存的数据进行更新，更新后的主节点和全部从节点中保存的数据相同。

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

当主节点中的数据需要变化时，主节点根据需要变化的数据生成数据信息；

主节点根据生成的数据信息对自身保存的数据进行更新，以及，向每个从节点发送生成的所述数据信息，指示各从节点根据接收到的数据信息对保存的数据进行更新。

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

在主节点接收多个数据更新请求时，主节点将接收到的各数据更新请求按接收先后顺序排列成消息队列；

主节点根据从节点变化的数据信息对自身保存的数据进行更新，以及，向每个从节点发送所述数据信息，包括：

主节点根据消息队列中的各数据更新请求，依次对自身保存的数据进行更新，以及，在进行一次数据更新后，将本次用于数据更新的数据信息向每个从节点发送。

4.如权利要求1～3任一所述的方法，其特征在于，

所述数据更新请求中的数据信息包括：更新方式、更新字段标志位和更新内容；

主节点和从节点按照所述更新方式和更新内容，对自身保存的数据中更新字段标志位指示的字段中的内容进行更新。

5.一种数据更新系统，其特征在于，所述系统包括主节点和从节点，其中：

所述主节点，用于接收从节点发送的数据更新请求，所述数据更新请求中包含该从节点变化的数据信息，并根据所述数据信息对自身保存的数据进行更新，以及，向需要进行数据更新的从节点发送所述数据信息；

所述从节点，用于根据接收到的数据信息对自身保存的数据进行更新，更新后的主节点和全部从节点中保存的数据相同。

6.如权利要求5所述的系统，其特征在于，所述需要进行数据更新的从节点为全部从节点，或发送数据更新请求之外的其他从节点。

7.如权利要求5或6所述的系统，其特征在于，

所述主节点，还用于在自身数据需要变化时，根据需要变化的数据生成数据信息，并按照生成的数据信息对自身保存的数据进行更新，以及，向每个从节点发送生成的所述数据信息。

8.如权利要求5或6所述的系统，其特征在于，

所述主节点，还用于在接收多个数据更新请求时，将接收到的各数据更新请求按接收先后顺序排列成消息队列，并根据消息队列中的各数据更新请求，依次对自身保存的数据进行更新，以及，在进行一次数据更新后，将本次用于数据更新的数据信息向每个从节点发送。

9.一种网络设备，其特征在于，所述设备包括：

请求接收模块，用于接收其他网络设备发送的数据更新请求，所述数据更新请求中包含其他网络设备变化的数据信息；

数据更新模块，用于根据数据更新请求中的数据信息对保存的数据进行更新；

数据发送模块，用于向其他需要进行数据更新的网络设备发送所述数据信息，指示接收到数据信息的网络设备对保存的数据进行更新，更新后各网络设备中保存的数据相同；

数据保存模块，用于保存数据。

10.如权利要求9所述的网络设备，其特征在于，所述设备还包括：

请求发送模块，用于向其他网络设备发送数据更新请求，所述数据更新请求中包含自身变化的数据信息；

数据接收模块，用于接收其他网络设备发送的数据信息；

所述数据更新模块，还用于根据其他网络设备发送的数据信息对保存的数据进行更新。

Images