基于可扩容数据库集群的动态数据迁移方法及相关设备

摘要

本发明公开了一种基于可扩容数据库集群的动态数据迁移方法及相关设备，该方法包括：响应于获取目标用户数据的指令，获取对应的目标用户标识；基于所述目标用户标识及扩容后数据库集群中数据库总量，确定所述目标用户数据所应落地的目标数据库的标识；从所述目标数据库标识对应的数据库中获取所述目标用户数据；若未从所述目标数据库标识对应的数据库中获取到所述目标用户数据，则基于所述目标用户标识及扩容前数据库集群中数据库总量，确定所述目标用户数据实际落地的当前数据库的标识；将所述目标用户数据从所述当前数据库标识对应的数据库、迁移到所述目标数据库标识对应的数据库中。该方法实现数据的动态迁移的同时提高了数据管理的效率。

权利要求

1.一种基于可扩容数据库集群的动态数据迁移方法，其特征在于，包括：响应于获取目标用户数据的指令，获取对应的目标用户标识；

基于所述目标用户标识对扩容后数据库集群中数据库总量进行模运算，得到所述目标用户数据所应落地的目标数据库的标识；

从所述目标数据库标识对应的数据库中获取所述目标用户数据；

若未从所述目标数据库标识对应的数据库中获取到所述目标用户数据，则基于所述目标用户标识对扩容前数据库集群中数据库总量进行模运算，得到所述目标用户数据实际落地的当前数据库的标识；

将所述目标用户数据从所述当前数据库标识对应的数据库、迁移到所述目标数据库标识对应的数据库中。

2.根据权利要求1所述的方法，其特征在于，所述响应于获取目标用户数据的请求，获取对应的目标用户标识之前，包括：响应于数据库集群扩容完毕，根据扩容后数据库集群中各数据库的标识及对应的地址，更新预设的标识配置表，其中，所述标识配置表描述了数据库标识对应的数据库地址。

3.根据权利要求1所述的方法，其特征在于，所述基于所述目标用户标识对扩容后数据库集群中数据库总量进行模运算，得到所述目标用户数据所应落地的目标数据库的标识，包括：

对所述目标用户标识进行摘要运算，得到对应的摘要值；

将所述摘要值对所述扩容后数据库集群中数据库总量进行模运算，得到所述目标用户数据所应落地的目标数据库的标识。

4.根据权利要求1所述的方法，其特征在于，所述从所述目标数据库标识对应的数据库中获取所述目标用户数据，包括：结合所述目标数据库标识及预设的标识配置表，确定所述目标数据库的地址，其中，所述标识配置表描述了数据库标识对应的数据库地址；

向所述目标数据库地址对应的数据库发送获取所述目标用户数据的请求。

5.根据权利要求1所述的方法，其特征在于，所述基于所述目标用户标识对扩容前数据库集群中数据库总量进行模运算，得到所述目标用户数据实际落地的当前数据库的标识，包括：

对所述目标用户标识进行摘要运算，得到对应的摘要值；

将所述摘要值对所述扩容前数据库集群中数据库总量进行模运算，得到所述目标用户数据实际落地的当前数据库的标识。

6.根据权利要求1所述的方法，其特征在于，所述将所述目标用户数据从所述当前数据库标识对应的数据库、迁移到所述目标数据库标识对应的数据库中，包括：结合所述当前数据库标识及预设的标识配置表，确定所述当前数据库的地址，其中，所述标识配置表描述了数据库标识对应的数据库地址；

将所述目标用户数据复制到所述目标数据库地址对应的数据库中，并将所述目标用户数据从所述当前数据库地址对应的数据库中删除。

7.一种基于可扩容数据库集群的动态数据迁移装置，其特征在于，包括：第一获取模块，用于响应于获取目标用户数据的指令，获取对应的目标用户标识；

第一确定模块，用于基于所述目标用户标识对扩容后数据库集群中数据库总量进行模运算，得到所述目标用户数据所应落地的目标数据库的标识；

第二获取模块，用于从所述目标数据库标识对应的数据库中获取所述目标用户数据；

第二确定模块，用于若未从所述目标数据库标识对应的数据库中获取到所述目标用户数据，则基于所述目标用户标识对扩容前数据库集群中数据库总量进行模运算，得到所述目标用户数据实际落地的当前数据库的标识；

迁移模块，用于将所述目标用户数据从所述当前数据库标识对应的数据库、迁移到所述目标数据库标识对应的数据库中。

8.一种基于可扩容数据库集群的动态数据迁移的电子设备，其特征在于，包括：存储器，配置为存储可执行指令；

处理器，配置为执行所述存储器中存储的可执行指令，以执行根据权利要求1‑6中任一个所述的方法。

9.一种计算机可读存储介质，其特征在于，其存储有计算机程序指令，当所述计算机指令被计算机执行时，使计算机执行根据权利要求1‑6中任一个所述的方法。

说明书

基于可扩容数据库集群的动态数据迁移方法及相关设备

技术领域

[0001] 本发明涉及数据迁移领域，特别是涉及基于可扩容数据库集群的动态数据迁移方法及相关设备。

背景技术

[0002] 在互联网技术高速发展的今天，庞大数量的用户在使用互联网的时候会产生大量数据，作为为这些用户提供服务的服务商，如何合理管理这些用户数据是极为重要的。

[0003] 而作为数据管理的基础，服务商首先要将用户数据存储起来。但由于存储用户数据的数据库的承载量是有限的，随着用户量的增加、单独用户产生的数据量的积累，需要对
数据库进行扩容。扩容的一般方法是增加更多的数据库，但这样带来了一系列问题：增加数
据库后为了方便用户数据的管理，需要将用户数据进行迁移；但数据迁移涉及的是海量的
用户数据，为了能够对迁移后的数据立即进行统一管理，现有的数据迁移做法通常是将整
个数据库的用户数据一起进行迁移。这样就使得服务商需要向用户暂停一定时间的服务，
在这段时间内完成数据的迁移。但这样无疑为用户使用服务带来了不便，因此，如何实现用
户数据的动态迁移的同时提高用户数据的管理效率有着重要意义。

发明内容

[0004] 基于此，为解决相关技术中如何从技术层面上对扩容后的数据库集群进行动态数据迁移，同时能够保证迁移后的数据便于管理所面临的技术问题，本发明提供了一种基于
可扩容数据库集群的动态数据迁移方法及相关设备。

[0005] 第一方面，提供了一种基于可扩容数据库集群的动态数据迁移方法，包括：

[0006] 响应于获取目标用户数据的指令，获取对应的目标用户标识；

[0007] 基于所述目标用户标识及扩容后数据库集群中数据库总量，确定所述目标用户数据所应落地的目标数据库的标识；

[0008] 从所述目标数据库标识对应的数据库中获取所述目标用户数据；

[0009] 若未从所述目标数据库标识对应的数据库中获取到所述目标用户数据，则基于所述目标用户标识及扩容前数据库集群中数据库总量，确定所述目标用户数据实际落地的当
前数据库的标识；

[0010] 将所述目标用户数据从所述当前数据库标识对应的数据库、迁移到所述目标数据库标识对应的数据库中。

[0011] 在本公开的一示例性实施例中，所述响应于获取目标用户数据的请求，获取对应的目标用户标识之前，包括：

[0012] 响应于数据库集群扩容完毕，根据扩容后数据库集群中各数据库的标识及对应的地址，更新预设的标识配置表，其中，所述标识配置表描述了数据库标识对应的数据库地
址。

[0013] 在本公开的一示例性实施例中，所述基于所述目标用户标识及扩容后数据库集群中数据库总量，确定所述目标用户数据所应落地的目标数据库的标识，包括：

[0014] 对所述目标用户标识进行摘要运算，得到对应的摘要值；

[0015] 将所述摘要值对所述扩容后数据库集群中数据库总量进行模运算，得到所述目标用户数据所应落地的目标数据库的标识。

[0016] 在本公开的一示例性实施例中，所述从所述目标数据库标识对应的数据库中获取所述目标用户数据，包括：

[0017] 结合所述目标数据库标识及所述标识配置表，确定所述目标数据库的地址；

[0018] 向所述目标数据库地址对应的数据库发送获取所述目标用户数据的请求。

[0019] 在本公开的一示例性实施例中，所述基于所述目标用户标识及扩容前数据库集群中数据库总量，确定所述目标用户数据实际落地的当前数据库的标识，包括：

[0020] 对所述目标用户标识进行摘要运算，得到对应的摘要值；

[0021] 将所述摘要值对所述扩容前数据库集群中数据库总量进行模运算，得到所述目标用户数据实际落地的当前数据库的标识。

[0022] 在本公开的一示例性实施例中，所述将所述目标用户数据从所述当前数据库标识对应的数据库、迁移到所述目标数据库标识对应的数据库中，包括：

[0023] 结合所述当前数据库标识及所述标识配置表，确定所述当前数据库的地址；

[0024] 将所述目标用户数据复制到所述目标数据库地址对应的数据库中，并将所述目标用户数据从所述当前数据库地址对应的数据库中删除。

[0025] 根据本公开的第二方面，提供了一种基于可扩容数据库集群的动态数据迁移装置，包括：

[0026] 第一获取模块，用于响应于获取目标用户数据的指令，获取对应的目标用户标识；

[0027] 第一确定模块，用于基于所述目标用户标识及扩容后数据库集群中数据库总量，确定所述目标用户数据所应落地的目标数据库的标识；

[0028] 第二获取模块，用于从所述目标数据库标识对应的数据库中获取所述目标用户数据；

[0029] 第二确定模块，用于若未从所述目标数据库标识对应的数据库中获取到所述目标用户数据，则基于所述目标用户标识及扩容前数据库集群中数据库总量，确定所述目标用
户数据实际落地的当前数据库的标识；

[0030] 迁移模块，用于将所述目标用户数据从所述当前数据库标识对应的数据库、迁移到所述目标数据库标识对应的数据库中。

[0031] 根据本公开的第三方面，提供了一种基于可扩容数据库集群的动态数据迁移的电子设备，包括：

[0032] 存储器，配置为存储可执行指令；

[0033] 处理器，配置为执行存储器中存储的可执行指令，以实现以上所述的方法。

[0034] 根据本公开的第四方面，提供一种计算机可读存储介质，其存储有计算机程序指令，当所述计算机指令被计算机执行时，使计算机执行以上所述的方法。

[0035] 与传统技术中在数据库集群扩容后进行数据迁移是将一次性将数据库中的所有用户数据进行迁移相比，本公开的实施例在数据库集群扩容完成后，只有在涉及对用户数
据的调用时，才会按照预定数据迁移规则，将对应的用户数据从扩容前所在数据库迁移到
扩容后应在数据库中。每次的数据迁移只涉及单个用户数据的迁移，从而保证了能够动态
地进行数据迁移，提高了系统运作的灵活性；同时，由于扩容后的数据迁移与扩容前数据落
地是使用同样的方法的，使得后续能够对用户数据进行快速定位，提高了管理用户数据的
效率。

[0036] 本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

[0037] 应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

[0038] 图1示出根据本公开一示例实施方式的基于可扩容数据库集群的动态数据迁移的流程图。

[0039] 图2示出根据本公开一示例实施方式的基于可扩容数据库集群的动态数据迁移装置的方框图。

[0040] 图3示出根据本公开一示例实施方式的基于所述目标用户标识及扩容后数据库集群中数据库总量，确定所述目标用户数据所应落地的目标数据库的标识的详细流程图。

[0041] 图4示出根据本公开一示例实施方式的从所述目标数据库标识对应的数据库中获取所述目标用户数据的详细流程图。

[0042] 图5示出根据本公开一示例实施方式的基于所述目标用户标识及扩容前数据库集群中数据库总量，确定所述目标用户数据实际落地的当前数据库的标识的详细流程图。

[0043] 图6示出根据本公开一示例实施方式的将所述目标用户数据从所述当前数据库标识对应的数据库、迁移到所述目标数据库标识对应的数据库中的详细流程图。

[0044] 图7示出根据本公开一示例实施方式的基于可扩容数据库集群的动态数据迁移的系统架构图。

[0045] 图8示出根据本公开一示例实施方式的基于可扩容数据库集群的动态数据迁移的电子设备图。

[0046] 图9示出根据本公开一示例实施方式的基于可扩容数据库集群的动态数据迁移的计算机可读存储介质图。

具体实施方式

[0047] 现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加
全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结
构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许
多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可
以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方
法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而
使得本公开的各方面变得模糊。

[0048] 此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功
能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功
能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处
理器装置和/或微控制器装置中实现这些功能实体。

[0049] 本公开的目的在于从技术方面实现动态数据迁移的同时提高对数据的管理效率。根据本公开一实施例的基于可扩容数据库集群的动态数据迁移的方法，包括：响应于获取
目标用户数据的指令，获取对应的目标用户标识；基于所述目标用户标识及扩容后数据库
集群中数据库总量，确定所述目标用户数据所应落地的目标数据库的标识；从所述目标数
据库标识对应的数据库中获取所述目标用户数据；若未从所述目标数据库标识对应的数据
库中获取到所述目标用户数据，则基于所述目标用户标识及扩容前数据库集群中数据库总
量，确定所述目标用户数据实际落地的当前数据库的标识；将所述目标用户数据从所述当
前数据库标识对应的数据库、迁移到所述目标数据库标识对应的数据库中。与传统技术中
在数据库集群扩容后进行数据迁移是将一次性将数据库中的所有用户数据进行迁移相比，
本公开的实施例在数据库集群扩容完成后，只有在涉及对用户数据的调用时，才会按照预
定数据迁移规则，将对应的用户数据从扩容前所在数据库迁移到扩容后应在数据库中。每
次的数据迁移只涉及单个用户数据的迁移，从而保证了能够动态地进行数据迁移，提高了
系统运作的灵活性；同时，由于扩容后的数据迁移与扩容前数据落地是使用同样的方法的，
使得后续能够对用户数据进行快速定位，提高了管理用户数据的效率。

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

[0051] 图1示出根据本公开一示例实施方式的基于可扩容数据库集群的动态数据迁移的流程图：

[0052] 步骤S100：响应于获取目标用户数据的指令，获取对应的目标用户标识；

[0053] 步骤S110：基于所述目标用户标识及扩容后数据库集群中数据库总量，确定所述目标用户数据所应落地的目标数据库的标识；

[0054] 步骤S120：从所述目标数据库标识对应的数据库中获取所述目标用户数据；

[0055] 步骤S130：若未从所述目标数据库标识对应的数据库中获取到所述目标用户数据，则基于所述目标用户标识及扩容前数据库集群中数据库总量，确定所述目标用户数据
实际落地的当前数据库的标识；

[0056] 步骤S140：将所述目标用户数据从所述当前数据库标识对应的数据库、迁移到所述目标数据库标识对应的数据库中。

[0057] 下面，将结合附图对本示例实施方式中上述基于可扩容数据库集群的动态数据迁移的各步骤进行详细的解释以及说明。

[0058] 在步骤S100中，响应于获取目标用户数据的指令，获取对应的目标用户标识。

[0059] 目标用户数据是指指令中所指示的、有关目标用户的数据；相应的，目标用户标识是指指令中所指示的、能够唯一识别目标用户的标识，例如：目标用户的ID、目标用户的用
户名。

[0060] 在一实施例中，所述获取目标用户数据的指令可以是由管理端发送给服务器，也可以是服务器内部活动自动触发的。

[0061] 在一实施例中，服务器连接着一可扩容数据库集群，其中，该可扩容数据库集群内的各数据库存储着用户数据。根据用户数据增长情况，服务器可对该数据库集群适应性地
进行扩容。例如：该数据库集群当前有4个数据库，每个数据库能够存储50W用户的用户数
据。随着用户数据的增长，当前数据库集群内已存储了180W用户的用户数据，已达到了该数
据库集群所能存储用户数据量的90％，超过了预设的数据库集群容量使用率阈值。此时，服
务器向该数据库集群内新增2个数据库用于存储用户数据，使得该数据库集群由4个数据库
存储用户数据变成了由6个数据库存储用户数据，实现了数据库集群的扩容。

[0062] 在一实施例中，管理端向服务器发送获取目标用户数据的指令，其中，所述指令中包括该目标用户的标识，例如：该目标用户的用户名。服务器需要先获取目标用户标识，再
根据目标用户标识从该数据库集群中获取目标用户数据，以便将该目标用户数据发送给管
理端。因此，服务器在接收到获取目标用户数据的指令后，会从该指令中提取出对应的目标
用户标识，用于获取目标用户数据。

[0063] 该实施例的优点在于，通过唯一的目标用户标识，能够确定唯一的目标用户，从而准确获取数据库集群中存储的有关该目标用户的数据。

[0064] 下面描述获取目标用户标识后，确定目标用户数据所应落地的目标数据库的过程。

[0065] 在步骤S110中，基于所述目标用户标识及扩容后数据库集群中数据库总量，确定所述目标用户数据所应落地的目标数据库的标识。

[0066] 落地数据是指长久地存储起来的数据，相应的，目标用户数据所应落地的目标数据库是指将该目标用户数据存储起来的数据库。

[0067] 在一实施例中，服务器连接的数据库集群在扩容后，并不会直接进行数据的迁移，而是只有在调用目标用户的数据时，才会根据预定的迁移规则，将目标用户的数据从扩容
前的数据库中迁移到应落地的数据库中。例如，数据库集群扩容前有4个数据库，对应的数
据库标识分别为：0、1、2、3；扩容后新增了2个数据库，对应的数据库标识分别为：4、5。用户A
的数据在扩容前存储在数据库1中，扩容后，根据预定的迁移规则，用户A的数据应当存储在
数据库3中。但如果在扩容后未涉及用户A数据的调用，用户A的数据仍旧存储在数据库1中，
只有涉及用户A数据的调用时，才会将用户A的数据从数据库1中迁移到数据库3中。

[0068] 该实施例的优点在于，数据库集群扩容后不立即进行所有数据的迁移，而是只有在调用用户数据时才迁移该用户的数据，大大减小了迁移过程对数据库的变动影响，保证
了数据的动态迁移。

[0069] 在一实施例中，如图3所示，步骤S110包括：

[0070] 步骤S1101：对所述目标用户标识进行摘要运算，得到对应的摘要值；

[0071] 步骤S1102：将所述摘要值对所述扩容后数据库集群中数据库总量进行模运算，得到所述目标用户数据所应落地的目标数据库的标识。

[0072] 在一实施例中，服务器连接的数据库集群由扩容前的4个数据库(对应的数据库标识分别为：0、1、2、3)变为扩容后的6个数据库(对应的数据库标识分别为：0、1、2、3、4、5)。

[0073] 在一实施例中，服务器接收到的获取目标用户数据的指令中得到的目标用户标识为目标用户名，对该目标用户名进行摘要运算后(例如：HASH运算)，得到该目标用户名对应
的HASH值。将该HASH转换为十进制后，对扩容后数据库集群中数据库总量(6)进行模运算，
得到的值为4，则确定：该目标用户数据所应落地的目标数据库的标识为4。

[0074] 在一实施例中，服务器接收到的获取目标用户数据的指令中得到的目标用户标识为目标用户ID，可直接将该目标用户ID对扩容后数据库集群中数据库总量进行模运算，从
而得到目标用户数据所应落地的目标数据库的标识。

[0075] 该实施例的优点在于，服务器能够快速定位目标用户数据应落地的目标数据库的标识，提高了定位效率。

[0076] 下面描述服务器从目标数据库中获取目标用户数据的过程。

[0077] 首先描述服务器对数据库集群中各数据库的标识的配置过程。

[0078] 在一实施例中，所述响应于获取目标用户数据的请求，获取对应的目标用户标识之前，包括：

[0079] 响应于数据库集群扩容完毕，根据扩容后数据库集群中各数据库的标识及对应的地址，更新预设的标识配置表，其中，所述标识配置表描述了数据库标识对应的数据库地
址。

[0080] 该实施例中，服务器对数据库集群配置有标识配置表，该标识配置表描述了数据库集群中各数据库标识对应的数据库地址，以便服务器在获取数据库标识后，能够根据该
标识配置表查找到唯一的数据库地址，从而从该数据库地址对应的数据库中获取数据。例
如：当数据库集群由扩容前的4个数据库(对应的数据库标识分别为：0、1、2、3)变为扩容后
的6个数据库(对应的数据库标识分别为：0、1、2、3、4、5)，服务器会对应更新标识配置表，将
数据库4、数据库5对应的数据库地址记录在该标识配置表中。

[0081] 该实施例的优点在于，服务器能够结合数据库标识与标识配置表准确找到对应的数据库地址，从而能够找到相应的数据库。

[0082] 下面描述服务器在获取目标数据库标识后获取目标用户数据的过程。

[0083] 在步骤S120中，从所述目标数据库标识对应的数据库中获取所述目标用户数据。

[0084] 在一实施例中，如图4所示，步骤S120包括：

[0085] 步骤S1201：结合所述目标数据库标识及所述标识配置表，确定所述目标数据库的地址；

[0086] 步骤S1202：向所述目标数据库地址对应的数据库发送获取所述目标用户数据的请求。

[0087] 在一实施例中，服务器获取到的目标数据库标识为4，则说明目标用户数据应当被存储在数据库4中。通过查询标识配置表，从而获取数据库4的地址，并根据数据库4的地址
向数据库4发送获取目标用户数据的请求。

[0088] 该实施例的优点在于，如果能够从目标数据库获取目标用户数据，则证明目标用户数据已经存储在扩容后应当落地的目标数据库中，直接对目标用户数据进行相应的调用
即可；如果未能从目标数据库获取目标用户数据，则证明目标用户数据在数据库集群扩容
后，尚未迁移到应当落地的目标数据库中，则需要对目标用户数据进行迁移。

[0089] 下面描述若目标用户数据未存储在应当落地的目标数据库中时，将目标用户数据进行迁移的过程。

[0090] 在步骤S130中，若未从所述目标数据库标识对应的数据库中获取到所述目标用户数据，则基于所述目标用户标识及扩容前数据库集群中数据库总量，确定所述目标用户数
据实际落地的当前数据库的标识。

[0091] 由于在本次数据库集群扩容前，确定目标用户数据应当落地在哪个数据库的规则与在本次数据库集群扩容后，确定目标用户数据应当落地在哪个数据库的规则一致：根据
目标用户的标识及对应的数据库集群中数据库总量，确定目标用户数据所应落地的数据库
的。因此，如果目标用户数据当前未落地在本次扩容后的目标数据库处，则一定落地在上一
次扩容后(本次扩容前)对应的目标数据库处。因此，可以基于所述目标用户标识及扩容前
数据库集群中数据库总量，确定所述目标用户实际落地的当前数据库(所述上一次扩容后
对应的目标数据库)的标识。

[0092] 在一实施例中，服务器连接的数据库集群由扩容前的4个数据库(对应的数据库标识分别为：0、1、2、3)变为扩容后的6个数据库(对应的数据库标识分别为：0、1、2、3、4、5)，目
标用户数据所应落地的目标数据库标识为4。但服务器未从数据库4中获取到目标用户数
据，因此，服务器基于目标用户标识及扩容前数据库集群中数据库总量，确定目标用户数据
库实际落地的当前数据库的标识，从而能够将目标用户数据从当前数据库标识对应的数据
库迁移到数据库4中。

[0093] 该实施例的优点在于，无论目标用户数据落地在目标数据库与否，定位目标用户数据的方法都是一致的，极大提高了服务器定位用户数据所在数据库的效率。

[0094] 下面描述服务器基于目标用户标识及扩容前数据库集群中数据库总量，确定目标用户数据实际落地的当前数据库的标识的过程。

[0095] 在一实施例中，如图5所示，步骤S130包括：

[0096] 步骤S1301：对所述目标用户标识进行摘要运算，得到对应的摘要值；

[0097] 步骤S1302：将所述摘要值对所述扩容前数据库集群中数据库总量进行模运算，得到所述目标用户数据实际落地的当前数据库的标识。

[0098] 在一实施例中，服务器接收到的获取目标用户数据的指令中得到的目标用户标识为目标用户名，对该目标用户名进行摘要运算后(例如：HASH运算)，得到该目标用户名对应
的HASH值。将该HASH转换为十进制后，对扩容前数据库集群中数据库总量(4)进行模运算，
得到的值为0，则确定：该目标用户数据实际落地的当前数据库的标识为0。

[0099] 在一实施例中，服务器接收到的获取目标用户数据的指令中得到的目标用户标识为目标用户ID，可直接将该目标用户ID对扩容前数据库集群中数据库总量进行模运算，从
而得到目标用户数据实际落地的当前数据库的标识。

[0100] 该实施例的优点在于，服务器能够快速定位目标用户数据实际落地的当前数据库。

[0101] 下面描述将目标用户数据进行迁移的过程。

[0102] 在步骤S140中，将所述目标用户数据从所述当前数据库标识对应的数据库、迁移到所述目标数据库标识对应的数据库中。

[0103] 在一实施例中，如图6所示，步骤S140包括：

[0104] 步骤S1401：结合所述当前数据库标识及所述标识配置表，确定所述当前数据库的地址；

[0105] 步骤S1402：将所述目标用户数据复制到所述目标数据库地址对应的数据库中，并将所述目标用户数据从所述当前数据库地址对应的数据库中删除。

[0106] 在一实施例中，服务器确定目标用户数据应当落地的目标数据库标识为4，实际落地的当前数据库标识为0，则服务器要将目标用户数据从数据库0中迁移到数据库4中。通过
标识配置表，服务器能够确定数据库0的地址以及数据库4的地址，从而连接对应的数据库。
将目标用户数据复制到数据库4中，并从数据库0中删除，从而完成了目标用户数据的迁移。

[0107] 该实施例的优点在于，服务器能够快速准确地对目标用户数据进行动态迁移，完成目标用户数据的落地；同时由于扩容后迁移用户数据的方法、与扩容前落地用户数据的
方法是一致的(均是基于用户标识及数据库集群中数据库总量确定对应的数据库)，提高了
后续对用户数据的定位、管理效率。

[0108] 下面描述服务器对于未能触发动态迁移流程的用户数据的处理过程。

[0109] 在一实施例中，服务器将已进行数据迁移的用户标识进行记录。每到预定时间段(每天的2：00——5：30)，便会结合已进行数据迁移的用户标识的记录，对尚未完成数据迁
移的用户数据按照用户ID的顺序依次进行迁移。其中，所述预定时间段内服务器并无对于
用户数据的动态迁移需求，为了便于用户数据的统一管理，因此才会在所述预定时间段启
动对用户数据的迁移。

[0110] 该实施例的优点在于，能够保证所有用户的数据都能在数据库集群扩容后完成迁移，以便下一次数据库集群扩容后用户数据的动态迁移的顺利进行、以及用户数据的统一
定位管理。

[0111] 在一实施例中，如图2所示，提供了一种基于可扩容数据库集群的动态数据迁移装置，具体包括：

[0112] 第一获取模块210，用于响应于获取目标用户数据的指令，获取对应的目标用户标识；

[0113] 第一确定模块220，用于基于所述目标用户标识及扩容后数据库集群中数据库总量，确定所述目标用户数据所应落地的目标数据库的标识；

[0114] 第二获取模块230，用于从所述目标数据库标识对应的数据库中获取所述目标用户数据；

[0115] 第二确定模块240，用于若未从所述目标数据库标识对应的数据库中获取到所述目标用户数据，则基于所述目标用户标识及扩容前数据库集群中数据库总量，确定所述目
标用户数据实际落地的当前数据库的标识；

[0116] 迁移模块250，用于将所述目标用户数据从所述当前数据库标识对应的数据库、迁移到所述目标数据库标识对应的数据库中。

[0117] 上述装置中各个模块的功能和作用的实现过程具体详见上述基于可扩容数据库集群的动态数据迁移的方法中对应步骤的实现过程，在此不再赘述。

[0118] 应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多
模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模
块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

[0119] 此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现
期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/
或者将一个步骤分解为多个步骤执行等。

[0120] 通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开
实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失
性存储介质(可以是CD‑ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算
设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的
方法。

[0121] 图7示出根据本公开一示例实施方式的基于可扩容数据库集群的动态数据迁移的系统架构图。该系统架构包括：数据库310、用户端320、服务器330。

[0122] 在一实施例中，服务器330从用户端320获取对应的用户数据，并将用户数据存储入数据库集群中一数据库310中。数据库集群进行扩容后，当服务器330接收到获取目标用
户数据的指令，从该指令中提取目标用户标识。根据目标用户标识确定目标用户数据所应
落地的目标数据库，并从目标数据库获取目标用户数据；如果未从目标数据库中获取到目
标用户数据，则根据目标用户标识确定目标用户数据实际落地的当前数据库，将目标用户
数据从当前数据库迁移到目标数据库中。

[0123] 通过以上对系统架构的描述，本领域的技术人员易于理解，这里描述的系统架构能够实现图2所示的基于可扩容数据库集群的动态数据迁移装置中各个模块的功能。

[0124] 在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

[0125] 所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完
全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统
称为“电路”、“模块”或“系统”。

[0126] 下面参照图8来描述根据本发明的这种实施方式的电子设备400。图8显示的电子设备400仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

[0127] 如图8所示，电子设备400以通用计算设备的形式表现。电子设备400的组件可以包括但不限于：上述至少一个处理单元410、上述至少一个存储单元420、连接不同系统组件
(包括存储单元420和处理单元410)的总线430。

[0128] 其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元410执行，使得所述处理单元410执行本说明书上述“示例性方法”部分中描述的根据本发明各种
示例性实施方式的步骤。例如，所述处理单元410可以执行如图1中所示步骤S100：响应于获
取目标用户数据的指令，获取对应的目标用户标识；步骤S110：基于所述目标用户标识及扩
容后数据库集群中数据库总量，确定所述目标用户数据所应落地的目标数据库的标识；步
骤S120：从所述目标数据库标识对应的数据库中获取所述目标用户数据；步骤S130：若未从
所述目标数据库标识对应的数据库中获取到所述目标用户数据，则基于所述目标用户标识
及扩容前数据库集群中数据库总量，确定所述目标用户数据实际落地的当前数据库的标
识；步骤S140：将所述目标用户数据从所述当前数据库标识对应的数据库、迁移到所述目标
数据库标识对应的数据库中。

[0129] 存储单元420可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)4201和/或高速缓存存储单元4202，还可以进一步包括只读存储单元(ROM)4203。

[0130] 存储单元420还可以包括具有一组(至少一个)程序模块4205的程序/实用工具4204，这样的程序模块4205包括但不限于：操作系统、一个或者多个应用程序、其它程序模
块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

[0131] 总线430可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构
的局域总线。

[0132] 电子设备400也可以与一个或多个外部设备500(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备400交互的设备通信，和/或与使得
该电子设备400能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调
器等等)通信。这种通信可以通过输入/输出(I/O)接口450进行。并且，电子设备400还可以
通过网络适配器460与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，
例如因特网)通信。如图所示，网络适配器460通过总线430与电子设备400的其它模块通信。
应当明白，尽管图中未示出，可以结合电子设备400使用其它硬件和/或软件模块，包括但不
限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及
数据备份存储系统等。

[0133] 通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开
实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失
性存储介质(可以是CD‑ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算
设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的
方法。

[0134] 在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可
以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所
述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发
明各种示例性实施方式的步骤。

[0135] 参考图9所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品600，其可以采用便携式紧凑盘只读存储器(CD‑ROM)并包括程序代码，并可以在终端设备，
例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以
是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者
与其结合使用。

[0136] 所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或
半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举
的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读
存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器
(CD‑ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

[0137] 计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、
光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介
质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其
结合使用的程序。

[0138] 可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

[0139] 可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的
过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户
计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算
设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远
程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网
(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商
来通过因特网连接)。

[0140] 此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺
序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

[0141] 本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者
适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或
惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求
指出。