一种数据库扩容方法、装置、设备和介质

技术领域

本申请涉及数据库扩容技术领域，特别涉及一种数据库扩容方法、装置、设备和介质。

背景技术

随着企业的不断发展业务量不断增加，数据库很容易成为应用系统的瓶颈。单机数据库的资源和处理能力有限，在高并发的分布式系统中，可采用分库分表突破单机局限。即便是对数据分库分表后，无论是数据库的容量，还是单库单表的数据量均会达到极限值，此时该如何扩展数据库性能成为迫在眉睫需处理的难题。

为了扩展数据库，采用停服迁移，具体是目标端新建数据库和对应的表；源端服务停写，修改目标端新的分表路由规则，数据迁移至目标端新建数据库中；DBA(DatabaseAdministrator，数据库管理员)人工确定是否数据迁移完成；当迁移完成后，重启服务，连接新建数据库并对外提供服务。但是，该方式数据迁移耗时长导致停写时间过长，DBA人工监控数据迁移是否结束，人工成本高。

因此，如何提供一种解决上述技术问题的方案是本领域技术人员目前需要解决的问题。

发明内容

本申请的目的是提供一种数据库扩容方法、装置、设备和介质，以实现数据库扩容过程无感知、低成本、高效率的目的。其具体方案如下：

第一方面，本申请公开了一种数据库扩容方法，包括：

根据获取的扩容版本信息生成扩容后数据库；

在全量数据从原数据库迁移至所述扩容后数据库后，将所述原数据库新写入的业务数据增量同步至所述扩容后数据库；

优选的，所述在所述增量同步无延时的情况下，执行切换数据库操作之前，还包括：

判断是否达到所述原数据库的停写标准；

若达到所述停写标准，则推送停写事件至业务端，以使所述业务端根据所述停写事件停止新业务数据的写入；

所述在所述增量同步无延时的情况下，执行切换数据库操作，包括：当所述增量同步无延时后，推送切换数据库事件至所述业务端，以使所述业务端根据所述切换数据库事件重置写入规则；确定完成所述切换数据库操作。

优选的，所述判断是否达到所述原数据库的停写标准，包括：

判断所述增量同步的延迟时间是否在预设时间内；

若在所述预设时间内，则确定达到所述停写标准；

若不在所述预设时间内，则确定未达到所述停写标准。

优选的，所述判断是否达到所述原数据库的停写标准，包括：

判断在执行所述增量同步过程中是否在预设时间内存在新写入的业务数据；

若不存在新写入的业务数据，则确定达到所述停写标准；

若存在新写入的业务数据，则确定未达到所述停写标准。

优选的，所述根据获取的扩容版本信息生成扩容后数据库，包括：

根据所述扩容版本信息建库，得到初始数据库；

获取源端建表DDL文件，根据所述建表DDL文件在目标端建表；

根据所述初始数据库和所述目标端的扩容后数据库表得到所述扩容后数据库。

优选的，还包括：

获取原数据库的监控信息，根据所述监控信息确定是否扩容；若需要扩容，则得到所述扩容版本信息。

优选的，还包括：

接收回滚指令；

根据所述回滚指令中的指定扩容版本信息对当前数据库进行恢复。

第二方面，本申请公开了一种数据库扩容装置，包括：

扩容后数据库生成模块，用于根据获取的扩容版本信息生成扩容后数据库；

迁移模块，用于在全量数据从原数据库迁移至所述扩容后数据库后，将所述原数据库新写入的业务数据增量同步至所述扩容后数据库；

切换数据库模块，用于在所述增量同步无延时的情况下，执行切换数据库操作。

第三方面，本申请公开了一种电子设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上所述数据库扩容方法的步骤。

第四方面，本申请公开了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述数据库扩容方法的步骤。

本申请提供一种数据库扩容方法，包括：根据获取的扩容版本信息生成扩容后数据库；在全量数据从原数据库迁移至所述扩容后数据库后，将所述原数据库新写入的业务数据增量同步至所述扩容后数据库；在所述增量同步无延时的情况下，执行切换数据库操作。

本申请通过扩容版本信息控制分布式数据库扩容，根据扩容版本信息来控制生成对应的扩容后数据库，扩容后数据库比原数据库具有大的数据存储容量和/或数据表量；然后创建迁移任务实时监控迁移任务，在全量数据从原数据库迁移到扩容数据库后，进行增量同步，不影响扩容过程中的业务处理，且，根据所述增量同步的同步信息自动判断切换数据库时机，数据库扩容过程无感知，通过上述方式，能缩短原有业务方、DBA、组件提供方三方的交流时间，效率得到极大的提升，也避免了相关技术中需要应用在扩容后必须重启业务的问题，大大降低升级成本。本申请同时还提供了一种数据库扩容装置、电子设备和计算机可读存储介质，均具有上述有益效果，在此不再赘述。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例提供的一种数据库扩容方法的流程图；

图2为本申请实施例提供的另一种数据库扩容方法的结构示意图

图3为本申请实施例提供的一种具体的数据库扩容方法的结构示意图；

图4为本申请实施例提供的一种数据库扩容装置的结构示意图；

图5为本申请实施例提供的一种电子设备的结构示意图；

图6为本申请实施例提供的另一种电子设备的结构图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在常见数据库扩容方法为停服迁移，但是，该方式数据迁移耗时长导致停写时间过长，DBA人工监控数据迁移是否结束，人工成本高。

基于上述技术问题，本实施例提供一种数据库扩容方法，通过扩容版本信息控制分布式数据库扩容，根据扩容版本信息来控制生成对应的扩容后数据库，扩容后数据库比原数据库具有大的数据存储容量和/或数据表量；然后创建迁移任务实时监控迁移任务，在全量数据从原数据库迁移到扩容数据库后，进行增量同步，不影响扩容过程中的业务处理，且，根据增量同步的同步信息自动判断切换数据库时机，数据库扩容过程无感知，通过上述方式，能缩短原有业务方、DBA、组件提供方三方的交流时间，效率得到极大的提升，也避免了相关技术中需要应用在扩容后必须重启业务的问题，大大降低升级成本。

请参考图1，图1为本申请实施例提供的一种数据库扩容方法的流程图，具体包括：

步骤S101、根据获取的扩容版本信息生成扩容后数据库；

其中，扩容版本信息设置有扩容后数据库的数量和数据库表的数量；根据该扩容版本信息可以生成要求的扩容后数据库，用户可根据实际需求进行设置。例如，原数据库是一库一表，则扩容后数据库为两库两表(每一个库有一个数据库表)，再如，原数据库是两库两表，扩容后数据库为两库四表，或四库四表。具体的扩容版本信息可以自由的申请对应的资源，可以先申请小规格的，然后慢慢扩大，数据库资源利用率能提升50％以上。原数据库和扩容后数据库可以设置在同一服务器上还可以不同服务器上，用户可自定义设置，只要是能够实现本实施例的目的即可。

本申请不对扩容版本信息的获取的方式进行限定，用户可以自定义设置。

在一种可实现的实施方式中，获取扩容版本信息，包括：获取用户下发的扩容指令，根据扩容指令得到扩容版本信息。

其中，本实施例的执行主体控制器中预先安装有客户端，在用户交互界面上为用户提供信息输入接口和信息发送触发单元，其中，控制器通过信息输入接口获取测试方输入的扩容指令。当信息发送触发单元被外界触发后，控制器可以得到扩容指令相应的扩容版本信息，实现了一键扩容操作简单，将繁琐扩容操作步骤流程化，风险可控。

在另一种可实现的实施方式中，获取扩容版本信息，包括：获取原数据库的监控信息，根据监控信息确定是否扩容；若需要扩容，则得到扩容版本信息。

其中，原数据库的监控信息包括但是不限定于：数据存储容量、使用率和数据库表的数据量、数据库性能。当数据存储容量大于容量阈值时，确定需要进行扩容，当数据存储容量不大于容量阈值时，确定不需要进行扩容；或，当使用率大于使用率阈值时，确定需要进行扩容，当使用率不大于使用率阈值时，确定不需要进行扩容；或，当数据库表的数据量大于数据量阈值时，确定需要进行扩容，当数据库表的数据量不大于数据量阈值时，确定不需要进行扩容；或，当数据库性能小于性能阈值时，确定需要进行扩容，当数据库表的数据量不小于性能阈值时，确定不需要进行扩容。实时监测原数据库，以得到监控信息，根据监控信息自动判断是否需要扩容，无需人工进行操作，实现了数据库的自动扩展，效率更高。

步骤S102、在全量数据从原数据库迁移至扩容后数据库后，将原数据库新写入的业务数据增量同步至扩容后数据库；

其中，本实施例在创建扩容后数据库后，首先将原数据库的全量数据迁移至扩容后数据库，然后在增量同步除了全量数据外的新写入的业务数据。

针对全量数据从原数据库迁移至扩容后的数据库进行进一步阐述。当扩容后数据库均为新的数据库时，此时，原数据库与扩容后数据库相互独立，此时，将原数据库的全量数据迁移至扩容后数据库中；当扩容后数据库包括新数据库、原数据库(原数据库的所有数据库或者部分数据库)时，则可以将原数据库中的部分数据迁移至新数据库，实现扩容后数据库中包括原数据库的所有的数据即全量数据；本申请不再对上述两种方式进行限定，用户可根据实际需求进行选择，只要是能够实现本实施例的目的即可。

进一步的，为了保证全量数据迁移不会造成业务数据写入的影响，将原数据库的新写入的业务数据增量同步至扩容后数据库可以包括：将新写入的业务数据缓存至原数据库的新建缓存库中，当全量迁移完成后，将新建缓存库中的新写入的业务数据同步至扩容后数据库中，保证了在全量数据迁移的过程中，不间断业务数据的操作，如写入、存储、修改等。

步骤S105、在增量同步无延时的情况下，执行切换数据库操作。

在增量同步无延时的情况下，执行切换数据库操作，实现切换数据库，将扩容后数据库代替原数据库，完成数据库扩容，业务无感知无需停机重启等操作，效果更为友好。

基于上述技术方案，本实施例通过扩容版本信息控制分布式数据库扩容，根据扩容版本信息来控制生成对应的扩容后数据库，扩容后数据库比原数据库具有大的数据存储容量和/或数据表量；然后创建迁移任务实时监控迁移任务，在全量数据从原数据库迁移到扩容数据库后，进行增量同步，不影响扩容过程中的业务处理，且，根据增量同步的同步信息自动判断切换数据库时机，数据库扩容过程无感知，通过上述方式，能缩短原有业务方、DBA、组件提供方三方的交流时间，效率得到极大的提升，也避免了相关技术中需要应用在扩容后必须重启业务的问题，大大降低升级成本。

基于上述任一实施例，为了便于业务的处理，本实施例提供了另一种数据库扩容方法，请参考图2，图2为本申请实施例提供的另一种数据库扩容方法的结构示意图，包括：

步骤S101、根据获取的扩容版本信息生成扩容后数据库；

步骤S102、在全量数据从原数据库迁移至扩容后数据库后，将原数据库新写入的业务数据增量同步至扩容后数据库；

步骤S103、判断是否达到原数据库的停写标准；

在执行步骤S102的过程中，实时监控迁移状态和进度，以及，增量同步的状态和进度，步骤S103主要是在监控增量同步时格局获取的同步信息来判断是否达到原数据库的停写标准，当达到停写标准后，数据库应用处于只读状态，写入会报错。

当达到停写标准时，执行步骤S104，当未达到停写标准时继续执行增量同步，直至达到停写标准。

在一种可实现的实施方式中，步骤S103，包括：

步骤S1031a、判断增量同步的延迟时间是否在预设时间内；

步骤S1032a、若在预设时间内，则确定达到停写标准；

步骤S1033a、若不在预设时间内，则确定未达到停写标准。

其中，预设时间可以是1s，2s，还可以是0.1s，用户可自定义设置，预设时间越短，停写时间越短，切换数据库操作越无感知。可见，本实施例利用增量同步的同步信息中的延迟时间来确定是否达到停写标准，方法简单。

在另一种可实现的实施方式中，步骤S103，包括：

步骤S1031b、判断在执行增量同步过程中是否在预设时间内存在新写入的业务数据；

步骤S1032b、若不存在新写入的业务数据，则确定达到停写标准；

步骤S1033b、若存在新写入的业务数据，则确定未达到停写标准。

可以理解的是，判断预设时间内是否存在数据库业务的流量，例如，当10s内没有流量，则确定达到了停写的标准，再如，当5s内没有流量，则确定达到了停写的标准，

步骤S104、推送停写事件至业务端，以使业务端根据停写事件停止新业务数据的写入；

当达到停写标准后，推送停写事件至业务端，业务端对于数据库应用写入会报错，此时应用处于只读状态，实现停写时间秒级。在停写事件中，增量同步还在进行，当达到无延迟后，进入步骤S1051。

步骤S1051，当增量同步无延时后，推送切换数据库事件至业务端，以使业务端根据切换数据库事件重置写入规则；确定完成切换数据库操作。

当增量同步无延时推送切换数据库事件至业务端，业务端根据切换数据库事件重置写入规则，该写入规则用于实现扩容后数据库代替原数据库，完成切换数据库操作，具体本实施例不再进行赘述。

基于上述任一实施例，根据获取的扩容版本信息生成扩容后数据库，包括：根据扩容版本信息建库，得到初始数据库；获取源端建表DDL文件，根据建表DDL文件在目标端建表；根据初始数据库和目标端的扩容后数据库表得到扩容后数据库。

其中，源端为扩容前的原数据库实例信息，目标端为扩容后数据库实例信息。根据扩容版本信息建库，得到初始数据库，该初始数据库的大小、结构、数量可根据扩容版本信息确定；然后，获取源端建表DDL文件在目标端建立表结构一致的扩容后数据库表；根据初始数据库和目标端的扩容后数据库表确定扩容后数据库。可以理解的是，当原数据库是两库两表，扩容后数据库为两库四表，存在分表，分表是按照特定分片算法，把单一表，根据不同规则存储到不同的数据库表中，通常以表后缀不同为区分，比如单一表orders，分表可为orders_001，orders_002；存在分库，分库一个系统的单一数据库，存储到多个数据库实例中。

基于上述任一实施例，为了实现扩容风险可控，数据库扩容方法还包括：接收回滚指令；根据回滚指令中的指定扩容版本信息对当前数据库进行恢复。

在在扩容过程中会记录扩容版本信息执行的扩容版本信息的回滚时间点，如果扩容未成功，可通过回滚机制，将数据库的原始数据恢复到扩容前版本的，以重新进行扩容，方便回滚操作，使得扩容风险可控。

基于上述任一实施例，本实施例提供了一种具体的数据库扩容方法，请参考图3，图3为本申请实施例提供的一种具体的数据库扩容方法的结构示意图，其中，console为控制器，Dts为数据迁移工具，Mydb为数据库管控工具，App为业务端。

(1)、创建新版本规则即扩容版本信息，发起目标端建库，给运行迁移任务机器授权；

用户发起扩容指令，控制器根据扩容指令得到相应的扩容版本信息，并基于该扩容版本信息发起建库，以建立初始扩容后数据库。

(2)、获取源端建表DDL文件，在目标端发起执行建表DDL；

完成数据库建表得到扩容后数据库。

(3)、创建迁移任务；

(4)、实时监控迁移进度，等全量数据迁移完成，增量同步延时时间在1s之内，达到停写标准，发起停写事件；

(5)、直至增量迁移无延迟，达到切换数据库标准，给当前正在运行业务端授权目标库权限；

(6)、推送切换数据库事件，实现业务无感知切换数据库。

本实施例提出使用版本控制的方式来实现分布式数据库的一键扩容，即根据自动创建分表规则的不同版本，来分别控制扩容的源端和目标端，无需业务另行配置即可实现扩容及数据迁移操作，程序实时监控迁移进度，内部自行判断停写和切换数据库时机，无需人工参与；也可根据版本信息方便回滚操作，使得扩容风险可控。简化操作流程，减少DBA人为参与，节省人工成本，降低误操作等风险。自动创建扩容数据库，分配权限，迁移数据，自动数据比对，自动切换数据库，能缩短原有业务方、DBA、组件提供方三方的交流时间，效率提升一倍以上；避免了相关技术在扩容后必须重启业务，业务整个过程无感知，大大降低升级成本。

下面对本申请实施例提供的一种数据库扩容装置进行介绍，下文描述的数据库扩容装置与上文描述的数据库扩容方法可相互对应参照，参考图4，图4为本申请实施例提供的一种数据库扩容装置的结构示意图，包括：

扩容后数据库生成模块401，用于根据获取的扩容版本信息生成扩容后数据库；

迁移模块402，用于在全量数据从原数据库迁移至扩容后数据库后，将原数据库新写入的业务数据增量同步至扩容后数据库；

切换数据库模块403，用于在增量同步无延时的情况下，执行切换数据库操作。

基于上述技术方案，本实施例通过扩容版本信息控制分布式数据库扩容，根据扩容版本信息来控制生成对应的扩容后数据库，扩容后数据库比原数据库具有大的数据存储容量和/或数据表量；然后创建迁移任务实时监控迁移任务，在全量数据从原数据库迁移到扩容数据库后，进行增量同步，不影响扩容过程中的业务处理，且，根据增量同步的同步信息自动判断切换数据库时机，数据库扩容过程无感知，通过上述方式，能缩短原有业务方、DBA、组件提供方三方的交流时间，效率得到极大的提升，也避免了相关技术中需要应用在扩容后必须重启业务的问题，大大降低升级成本。

优选的，还包括：

停写标准判断模块，用于判断是否达到原数据库的停写标准；

停写模块，用于若达到停写标准，则推送停写事件至业务端，以使业务端根据停写事件停止新业务数据的写入；

切换数据库模块403，包括：

切换数据库单元，用于当增量同步无延时后，推送切换数据库事件至业务端，以使业务端根据切换数据库事件重置写入规则；确定完成切换数据库操作。

优选的，停写标准判断模块，用于：

判断增量同步的延迟时间是否在预设时间内；

若在预设时间内，则确定达到停写标准；

若不在预设时间内，则确定未达到停写标准。

优选的，停写标准判断模块，还可以用于：

判断在执行增量同步过程中是否在预设时间内存在新写入的业务数据；

若不存在新写入的业务数据，则确定达到停写标准；

若存在新写入的业务数据，则确定未达到停写标准。

优选的，扩容后数据库生成模块401，包括：

建库单元，用于根据扩容版本信息建库，得到初始数据库；

建表单元，用于获取源端建表DDL文件，根据建表DDL文件在目标端建表；

扩容后数据库获得单元，用于根据初始数据库和目标端的扩容后数据库表得到扩容后数据库。

优选的，扩容后数据库生成模块401，包括：

扩容版本信息获取单元，用于获取原数据库的监控信息，根据监控信息确定是否扩容；若需要扩容，则得到扩容版本信息。

优选的，还包括：

回滚指令接收模块，用于接收回滚指令；

回滚模块，用于根据回滚指令中的指定扩容版本信息对当前数据库进行恢复。

由于装置部分的实施例与方法部分的实施例相互对应，因此装置部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。

下面对本申请实施例提供的一种电子设备进行介绍，下文描述的电子设备与上文描述的数据库扩容方法可相互对应参照。

本申请还提供了一种电子设备，参见图5所示，图5为本申请实施例提供的一种电子设备的结构示意图，包括：

存储器501，用于存储计算机程序；

处理器502，用于执行计算机程序时实现如上述数据库扩容方法的步骤。

存储器501包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机可读指令，该内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。处理器502为电子设备提供计算和控制能力，执行存储器501中保存的计算机程序时，可以实现以下步骤：

根据获取的扩容版本信息生成扩容后数据库；

在全量数据从原数据库迁移至扩容后数据库后，将原数据库新写入的业务数据增量同步至扩容后数据库；

在增量同步无延时的情况下，执行切换数据库操作。

基于上述技术方案，本实施例通过扩容版本信息控制分布式数据库扩容，根据扩容版本信息来控制生成对应的扩容后数据库，扩容后数据库比原数据库具有大的数据存储容量和/或数据表量；然后创建迁移任务实时监控迁移任务，在全量数据从原数据库迁移到扩容数据库后，进行增量同步，不影响扩容过程中的业务处理，且，根据增量同步的同步信息自动判断切换数据库时机，数据库扩容过程无感知，通过上述方式，能缩短原有业务方、DBA、组件提供方三方的交流时间，效率得到极大的提升，也避免了相关技术中需要应用在扩容后必须重启业务的问题，大大降低升级成本。

在一些具体的实施例中，处理器502执行存储器501中保存的计算机子程序时，可以实现以下步骤：判断是否达到原数据库的停写标准；若达到停写标准，则推送停写事件至业务端，以使业务端根据停写事件停止新业务数据的写入；当增量同步无延时后，推送切换数据库事件至业务端，以使业务端根据切换数据库事件重置写入规则；确定完成切换数据库操作。

在一些具体的实施例中，处理器502执行存储器501中保存的计算机子程序时，可以实现以下步骤：判断增量同步的延迟时间是否在预设时间内；若在预设时间内，则确定达到停写标准；若不在预设时间内，则确定未达到停写标准。

在一些具体的实施例中，处理器502执行存储器501中保存的计算机子程序时，可以实现以下步骤：判断在执行增量同步过程中是否在预设时间内存在新写入的业务数据；若不存在新写入的业务数据，则确定达到停写标准；若存在新写入的业务数据，则确定未达到停写标准。

在一些具体的实施例中，处理器502执行存储器501中保存的计算机子程序时，可以实现以下步骤：根据扩容版本信息建库扩容版本信息建库，得到初始数据库；获取源端建表DDL文件，根据建表DDL文件在目标端建表；根据初始数据库和目标端的扩容后数据库表得到扩容后数据库。

在一些具体的实施例中，处理器502执行存储器501中保存的计算机子程序时，可以实现以下步骤：获取原数据库的监控信息，根据监控信息确定是否扩容；若需要扩容，则得到扩容版本信息。

在一些具体的实施例中，处理器502执行存储器501中保存的计算机子程序时，可以实现以下步骤：

接收回滚指令；

根据回滚指令中的指定扩容版本信息对当前数据库进行恢复。

在上述实施例的基础上，作为优选实施方式，参见图6，图6为本申请实施例提供的另一种电子设备的结构图，该电子设备还包括：

输入接口503，与处理器502相连，用于获取外部导入的计算机程序、参数和指令，经处理器502控制保存至存储器501中。该输入接口503可以与输入装置相连，接收用户手动输入的参数或指令。该输入装置可以是显示屏上覆盖的触摸层，也可以是终端外壳上设置的按键、轨迹球或触控板，也可以是键盘、触控板或鼠标等。

显示单元504，与处理器502相连，用于显示处理器502发送的数据。该显示单元504可以为PC机(Personal Computer，个人计算机)上的显示屏、液晶显示屏或者电子墨水显示屏等。

网络端口505，与处理器502相连，用于与外部各终端设备进行通信连接。该通信连接所采用的通信技术可以为有线通信技术或无线通信技术，如移动高清链接技术(MobileHigh-Definition Link，MHL)、通用串行总线(Universal Serial Bus，USB)、高清多媒体接口(High Definition Multimedia Interface，HDMI)、无线保真技术(WiFi)、蓝牙通信技术、低功耗蓝牙通信技术、基于IEEE802.11s的通信技术等。

由于电子设备部分的实施例与数据库扩容方法部分的实施例相互对应，因此电子设备部分的实施例请参见数据库扩容方法部分的实施例的描述，这里暂不赘述。

下面对本申请实施例提供的一种计算机可读存储介质进行介绍，下文描述的计算机可读存储介质与上文描述的方法可相互对应参照。

本实施例提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述方法的步骤。

由于计算机可读存储介质部分的实施例与方法部分的实施例相互对应，因此计算机可读存储介质部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的一种数据库扩容方法、装置、设备和介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。