CN106294387A - 数据迁移方法和装置 - Google Patents

Abstract

本发明涉及一种数据迁移方法，所述方法包括：将第一数据库中的数据迁移到第二数据库中；接收来自用户终端的读请求和写请求；检测数据的迁移状态；根据数据的迁移状态处理所述读请求和写请求。还提供一种数据迁移装置。本发明在数据迁移的过程也可以给用户提供读写服务，不会停止数据库的服务而给用户带来不必要的损失。

Description

数据迁移方法和装置

技术领域

本发明涉及网络数据处理领域，特别是涉及一种数据迁移方法和装置。

背景技术

由于用户量增长、节假日活动期间请求量暴增或是服务器软硬件不可预知的故障等，使得互联网后台的服务器经常会遇到需要将数据库的数据进行紧急迁移的情况。

然而，传统数据迁移方法在将数据由旧数据库迁移到新数据库时，需要先停掉旧数据库的服务，将数据拷贝到新数据库中，然后再用新数据库代替旧数据库提供服务。在数据迁移的过程中，由于数据库停止服务会对用户使用造成非常严重的影响，并且随着数据量的增加，会给用户带来不可估量的损失。

发明内容

基于此，有必要针对数据迁移过程中需要停止数据库的服务而给用户带来损失的技术问题，提供一种数据迁移方法和装置。

一种数据迁移方法，所述方法包括：

将第一数据库中的数据迁移到第二数据库中；

接收来自用户终端的读请求和写请求；

检测数据的迁移状态；

根据数据的迁移状态处理所述读请求和写请求。

一种数据迁移装置，所述装置包括：

迁移模块，用于将第一数据库中的数据迁移到第二数据库中；

请求接收模块，用于接收来自用户终端的读请求和写请求；

检测模块，用于检测数据的迁移状态；

处理模块，用于根据数据的迁移状态处理所述读请求和写请求。

上述数据迁移方法和装置，将数据从第一数据库中迁移到第二数据库的过程中，在接收来自用户终端的读请求和写请求之后，通过检测数据的迁移状态并根据所述迁移状态处理所述读请求和写请求，这样在数据迁移的过程也可以给用户提供读写服务，不会停止数据库的服务而给用户带来不必要的损失。

附图说明

图1为一个实施例中数据迁移***的应用环境图；

图2为一个实施例中服务器的结构示意图；

图3为一个实施例中数据迁移方法的流程示意图；

图4为一个实施例中将读请求分配给第一数据库或第二数据库处理的流程示意图；

图5为一个实施例中将第一数据库中的数据迁移到第二数据库中的流程示意图；

图6为一个具体应用场景中数据迁移的第一状态图；

图7为一个具体应用场景中数据迁移的第二状态图；

图8为一个具体应用场景中数据迁移的第三状态图；

图9为一个实施例中数据迁移装置的结构框图；

图10为一个实施例中迁移模块的结构框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，在一个实施例中，提供了一种数据迁移***，包括多个终端102和服务器104。其中，终端102可以是手机、个人笔记本、平板电脑或者台式计算机等；服务器104可以是一个或多个服务器。用户终端102上运行有请求应用程序，至少提供请求发送功能。服务器104用于为终端102上运行的请求应用程序提供服务支持。用户可以通过终端102向服务器104发送各种读请求和写请求，服务器104则通过其内部的数据库来处理所述各种读请求和写请求。用户发送的读请求和写请求所对应的数据存储在服务器104的数据库中，数据可以在不同的数据库之间进行迁移。

在一个实施例中，上述图1中的服务器104的内部结构示意图如图2所示。该服务器包括通过***总线连接的处理器、内存、存储介质、网络接口。服务器104通过所述网络接口接收来自用户终端102的读请求和写请求。其中，该服务器的存储介质存储有操作***、数据库和一种数据迁移装置，数据库可以是一个或两个以上数据库。该数据迁移装置用于实现一种数据迁移方法。该服务器的处理器被配置为执行一种数据迁移方法。

如图3所示，在一个实施例中，提供了一种数据迁移方法，本实施例以该方法应用于上述图1中的服务器来举例说明。该数据迁移方法具体包括如下步骤：

步骤S302：将第一数据库中的数据迁移到第二数据库中。

具体地，DB(database，数据库)指的是以一定方式储存在一起、能为多个用户共享、具有尽可能小的冗余度、与应用程序彼此独立的数据集合。数据库属于应用***，可以安装在服务器上。

第一数据库和第二数据库可以安装在同一服务器上也可以分别安装在不同服务器上。在本实施例中，第一数据库和第二数据库安装在同一服务器上。

步骤S304：接收来自用户终端的读请求和写请求。

具体地，用户终端上运行有请求应用，请求应用的页面中设置有请求触发控件，比如一个按钮或一个超链接。用户通过用户终端的触摸屏、按钮或者轨迹球等输入设备输入触发指令，使得用户终端向服务器发送读请求或写请求。读请求不需要更改数据，如安全知识浏览请求，而写请求则需要更改数据，如密码修改请求。

在本实施例中，服务器可以接收来自一个用户终端的一个以上的请求，也可以接收来自两个以上用户终端的请求。

步骤S306：检测数据的迁移状态。

具体的，数据开始从一个数据库向另一个数据库进行迁移后，其迁移状态至少包括正在迁移和迁移完成两种。

在本实施例中，步骤S306具体包括：检测第一数据库中的数据是否全部迁移到第二数据库中，若是，则数据的迁移状态为迁移完成，若否，则数据的迁移状态为正在迁移。

步骤S308:根据数据的迁移状态处理所述读请求和写请求。

具体地，若数据的迁移状态为正在迁移，则将写请求分配给第二数据库处理，将读请求分配给第一数据库或第二数据库处理；若数据的迁移状态为迁移完成，则将读请求和写请求均分配给第二数据库处理。

举例说明，若数据的迁移状态为正在迁移，服务器在收到读请求之后，会在第二数据库中查找所述读请求所对应的数据。如果第二数据库中有所述读请求所对应的数据，服务器会在程序运行过程中通过逻辑进程(即sever进程)将所述读请求先分配给第二数据库处理，即由第二数据库为用户提供服务。如果在查找过程中，发现第二数据库中没有所述读请求所对应的数据，说明对应的数据还没有迁移到第二数据库中来，这时逻辑进程会将所述读请求再分配给第一数据库处理。

上述数据迁移方法，将数据从第一数据库中迁移到第二数据库的过程中，服务器在接收来自用户终端的读请求和写请求之后，通过检测数据的迁移状态并根据所述迁移状态来处理所述读请求和写请求，这样在数据迁移的过程也可以给用户提供读写服务，不会停止数据库的服务而给用户带来不必要的损失。

请参照图4，为一实施例中将读请求分配给第一数据库或第二数据库处理的流程示意图。

在本实施例中，将读请求分配给第一数据库或第二数据库处理具体包括：

步骤S402：查找第二数据库中是否有所述读请求所对应的数据，若是，执行步骤S404，若否，则执行步骤S406。

步骤S402：将所述读请求分配给第二数据库处理。

步骤S406：将所述读请求分配给第一数据库处理。

举例说明，假如用户通过终端发送读请求，以读取数据A，那么就会在第二数据库中查找所述读请求对应的数据A。如果第二数据库中有数据A，则会将所述读请求分配给第二数据库处理，即通过第二数据库将数据A返回到用户终端。如果第二数据库中没有所述读请求所对应的数据A，说明数据A还未从第一数据库中迁移到第二数据库，因此，需要将所述读请求分配给第一数据库处理，由第一数据库将数据A返回到用户终端。

请参照图5，为一实施例中将第一数据库中的数据迁移到第二数据库中的流程示意图。

步骤S502：复制第一数据库中的数据。

步骤S504：检测第二数据库中是否已存在所述数据或者第二数据库是否有接收到所述数据对应的删除请求，若是，执行步骤S506；若否，执行步骤S508。

步骤S506：将所述数据直接丢掉。

步骤S508：将所述数据粘贴到第二数据库中。

具体地，写请求包括删除请求。在本实施例中，若所述删除请求对应的数据还未被迁移到第二数据库，则所述删除请求处理后会以标记方式在第二数据库中进行记录，在所述数据迁移到第二数据库时，如果检测到第二数据库有接收到所述数据对应的删除请求，即检测到第二数据库中记录有相应的标记，这样所述数据直接会被丢掉。

举例说明，第二数据库在处理删除请求时，会在数据表格中增加一列作为数据的预留字段，若所述删除请求对应的数据还未被迁移到第二数据库，则所述删除请求处理后会在所述预留字段处标记，表示其对应的数据已被删除。

下面通过具体应用场景来说明上述数据迁移方法的原理，该应用场景以台式计算机作为终端、第一数据库和第二数据库安装在同一服务器上、用户通过台式计算机向服务器发送安全知识浏览请求和密码修改请求为例进行说明。

请参照图6，在数据还没迁移之前，用户通过台式计算机610向账号安全中心对应的服务器620分别发送安全知识浏览请求和密码修改请求。因为这些请求对应的相关数据在没迁移之前都被存储在第一数据库622中，所以服务器620在收到请求之后会在程序运行过程中通过逻辑进程将安全知识浏览请求和密码修改请求分配给第一数据库622处理，即由第一数据库622为用户提供服务。

账号安全中心是一种账号保护软件，能为用户提供一站式的软件安全服务，包括了密码保护、账号保护、安全体检、修改密码、账号申诉等功能，让账号更加安全可靠。

如今，用户通过网络注册的各种账号都需要填写一些个人信息，而这些账号的安全性对用户非常重要。当用户想了解一些与账号保护相关的安全知识，就可以向服务器发送安全知识浏览请求。服务器在接收请求之后，通过运行一系列的程序，对所述安全知识浏览请求进行处理，并通过一定方式将存储在数据库中的相关数据反馈给用户终端。

每一个账号都有设置一个对应密码，而这个密码对应的数据会被存储在提供服务的数据库中。假如用户觉得之前设置的密码安全度不够高，需要对密码进行修改。这时，用户就可以向服务器发送密码修改请求。服务器在接收请求之后，通过运行一系列的程序，对所述密码修改请求进行处理，这时便需要用户写入一个新密码存入到数据库中来代替之前的密码，即之前的密码对应的数据会被删除。

请参照图7，由于一些不可预测的故障，使得第一数据库622中的数据需要紧急迁移到第二数据库624中。在数据迁移的过程中，用户通过台式计算机610向账号安全中心对应的服务器620发送了安全知识浏览请求。因为检测到第一数据库622中的数据还没有全部迁移到第二数据库624中，则数据的迁移状态为正在迁移，那么该请求对应的数据可能已迁移到第二数据库624中，也有可能还没有迁移到第二数据库624中。因此，服务器620在收到该请求之后，会在第二数据库624中查找安全知识浏览请求所对应的数据。如果第二数据库624中有安全知识浏览请求所对应的数据，服务器620会在程序运行过程中通过逻辑进程将安全知识浏览请求先分配给第二数据库624处理，即由第二数据库624为用户提供服务。如果在查找过程中，发现第二数据库624中没有所述安全知识浏览请求所对应的数据，说明对应的数据还没有迁移到第二数据库624中来，这时逻辑进程会将所述安全知识浏览请求再分配给第一数据库622处理。

在数据迁移的过程中，假如用户通过台式计算机610向账号安全中心对应的服务器620发送了密码修改请求。因为密码修改请求属于写请求，服务器620在对用户输入的新密码对应的数据进行存储之后还需要将之前的密码对应的数据进行删除。这时，如果之前的密码对应的数据还没有迁移到第二数据库624中，则会以标记方式在第二数据库624中进行记录，在之前的密码对应的数据迁移到第二数据库624时，如果检测到第二数据库624中记录有相应的标记，这样之前的密码对应的数据直接会被丢掉。

请参照图8，当第一数据库622中的数据全部迁移到第二数据库624之后，用户通过台式计算机610向账号安全中心对应的服务器620分别发送安全知识浏览请求和密码修改请求，因为检测到第一数据库622中的数据全部迁移到第二数据库624中，则数据的迁移状态为迁移完成，服务器620在收到请求之后会在程序运行过程中通过逻辑进程将安全知识浏览请求和密码修改请求均分配给第二数据库624处理，即由第二数据库624为用户提供服务。

如图9所示，在一个实施例中，提供了一种数据迁移装置900，具有实现上述各个实施例的数据迁移方法的功能。该数据迁移装置900包括迁移模块902、请求接收模块904、检测模块906以及处理模块908。

迁移模块902用于将第一数据库中的数据迁移到第二数据库中。

请求接收模块904用于接收来自用户终端的读请求和写请求。

检测模块906用于检测数据的迁移状态。

具体地，检测模块906用于检测第一数据库中的数据是否全部迁移到第二数据库中，若是，则数据的迁移状态为迁移完成，若否，则数据的迁移状态为正在迁移。

处理模块908用于根据数据的迁移状态处理所述读请求和写请求。

具体地，处理模块908包括分配单元，若数据的迁移状态为正在迁移，则所述分配单元用于将写请求分配给第二数据库处理，将读请求分配给第一数据库或第二数据库处理；若数据的迁移状态为迁移完成，则所述分配单元用于将读请求和写请求均分配给第二数据库处理。

其中，若数据的迁移状态为正在迁移，所述分配单元将读请求分配给第一数据库或第二数据库处理具体为：若数据的迁移状态为正在迁移，则所述分配单元用于查找第二数据库中是否有所述读请求所对应的数据，若是，则将所述读请求分配给第二数据库处理；若否，则将所述读请求分配给第一数据库处理。

如图10所示，在一个实施例中，提供了一种迁移模块1000，该迁移模块1000包括复制单元1002、检测单元1004、删除单元1006及粘贴单元1008。

复制单元1002用于复制第一数据库中的数据。

检测单元1004用于检测第二数据库中是否已存在所述数据或者第二数据库是否有接收到所述数据对应的删除请求。

删除单元1006用于将所述数据直接丢掉。

粘贴单元1008用于将所述数据粘贴到第二数据库中。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种数据迁移方法，所述方法包括：

将第一数据库中的数据迁移到第二数据库中；

接收来自用户终端的读请求和写请求；

检测数据的迁移状态；

根据数据的迁移状态处理所述读请求和写请求。

2.根据权利要求1所述的方法，其特征在于，所述检测数据的迁移状态的步骤，包括：

检测第一数据库中的数据是否全部迁移到第二数据库中，若是，则数据的迁移状态为迁移完成，若否，则数据的迁移状态为正在迁移。

3.根据权利要求2所述的方法，其特征在于，所述根据数据的迁移状态处理所述读请求和写请求的步骤，包括：

若数据的迁移状态为正在迁移，则将写请求分配给第二数据库处理，将读请求分配给第一数据库或第二数据库处理；

若数据的迁移状态为迁移完成，则将读请求和写请求均分配给第二数据库处理。

4.根据权利要求3所述的方法，其特征在于，所述将读请求分配给第一数据库或第二数据库处理的步骤，包括：

查找第二数据库中是否有所述读请求所对应的数据，若是，则将所述读请求分配给第二数据库处理；若否，则将所述读请求分配给第一数据库处理。

5.根据权利要求1所述的方法，其特征在于，所述写请求包括删除请求，所述将第一数据库中的数据迁移到第二数据库中的步骤，包括：

复制第一数据库中的数据；

检测第二数据库中是否已存在所述数据或者第二数据库是否有接收到所述数据对应的删除请求，若是，将所述数据直接丢掉，若否，将所述数据粘贴到第二数据库中。

6.一种数据迁移装置，所述装置包括：

迁移模块，用于将第一数据库中的数据迁移到第二数据库中；

请求接收模块，用于接收来自用户终端的读请求和写请求；

检测模块，用于检测数据的迁移状态；

处理模块，用于根据数据的迁移状态处理所述读请求和写请求。

7.根据权利要求6所述的装置，其特征在于，所述检测模块用于检测第一数据库中的数据是否全部迁移到第二数据库中，若是，则数据的迁移状态为迁移完成，若否，则数据的迁移状态为正在迁移。

8.根据权利要求7所述的装置，其特征在于，所述处理模块包括分配单元，若数据的迁移状态为正在迁移，则所述分配单元用于将写请求分配给第二数据库处理，将读请求分配给第一数据库或第二数据库处理；若数据的迁移状态为迁移完成，则所述分配单元用于将读请求和写请求均分配给第二数据库处理。

9.根据权利要求8所述的装置，其特征在于，若数据的迁移状态为正在迁移，则所述分配单元用于查找第二数据库中是否有所述读请求所对应的数据，若是，则将所述读请求分配给第二数据库处理；若否，则将所述读请求分配给第一数据库处理。

10.根据权利要求6所述的装置，其特征在于，所述迁移模块包括：

复制单元，用于复制第一数据库中的数据；

检测单元，用于检测第二数据库中是否已存在所述数据或者第二数据库是否有接收到所述数据对应的删除请求；

删除单元，用于将所述数据直接丢掉；

粘贴单元，用于将所述数据粘贴到第二数据库中。