CN112256676A - 一种数据库迁移的方法、装置、设备和介质 - Google Patents

Abstract

本申请属于数据处理技术领域，公开了一种数据库迁移的方法、装置、设备和介质，本申请公开的一种数据库迁移的方法包括，获取待迁移数据库最新备份后的全量备份数据，并根据全量备份数据，进行待迁移数据库和目标数据库之间的数据同步，以及在确定数据同步完成后，将接收的数据访问消息代理转发至目标数据库，并向各业务设备发送地址修改通知消息，使得各业务设备向目标数据库发送业务数据消息。这样，通过代理转发的方式，将发送至待迁移数据库的数据访问消息，代理转发至目标数据库，避免了数据库双写的问题，保障了数据安全，减少了数据损失，实现了数据库的平滑迁移。

Description

一种数据库迁移的方法、装置、设备和介质

技术领域

本申请涉及数据处理技术领域，尤其涉及一种数据库迁移的方法、装置、设备和介质。

背景技术

随着计算机技术和互联网技术的发展，数据库的应用也越来越普及。在数据库中的应用中，由于数据库老旧等原因，数据库的裁撤以及数据库的数据迁移也不可避免。

现有技术中，通常提供两个访问地址，使得用户可以根据业务在目标数据库和待迁移数据库之间进行切换。

但是，这会导致目标数据库和待迁移数据库双写，造成数据有损。

发明内容

本申请实施例提供一种数据库迁移的方法、装置、设备和介质，用以在进行数据库迁移时，避免数据库双写，减少数据损失。

一方面，提供一种数据库迁移的方法，应用于待迁移数据库，包括：

获取最新的全量备份数据，全量备份数据是待迁移数据库周期性数据备份后获得的；

根据全量备份数据，进行待迁移数据库和目标数据库之间的数据同步；

若确定数据同步完成，则将接收的数据访问消息代理转发至目标数据库；

向各业务设备发送地址修改通知消息，使得各业务设备向目标数据库发送业务数据消息。

一方面，提供一种数据库迁移的方法，应用于目标数据库，包括：

根据接收的待迁移数据库的待迁移数据，进行数据同步；

接收待迁移数据库确定数据同步完成后代理转发的数据访问消息，数据访问消息为发送至待迁移数据库的消息；

向发送数据访问消息的业务设备返回地址修改通知消息；

接收业务设备发送的业务数据消息。

一方面，提供一种数据库迁移的装置，包括：

获取单元，用于获取最新的全量备份数据，全量备份数据是待迁移数据库周期性数据备份后获得的；

同步单元，用于根据最新的全量备份数据，进行待迁移数据库和目标数据库之间的数据同步；

转发单元，用于若确定数据同步完成，则将接收的数据访问消息代理转发至目标数据库；

发送单元，用于向各业务设备发送地址修改通知消息，使得各业务设备向目标数据库发送业务数据消息。

较佳的，同步单元用于：

将全量备份数据，发送至目标数据库；

若确定全量备份数据同步完成，则获取事务日志以及全量备份数据对应的全局事务标识，事务日志中包含各数据库操作记录以及相应的全局事务标识；

根据全量备份数据对应的全局事务标识，确定事务日志中记录的未被同步数据对应的数据库操作记录；

按照未被同步数据对应的数据库操作记录，对目标数据库进行数据同步更新。

较佳的，同步单元用于：

获取目标数据库的目标地址信息以及目标授权信息；

根据目标地址信息和目标授权信息，将全量备份数据发送至目标数据库。

较佳的，转发单元用于：

将待迁移数据库的指定网络端口接收的数据访问消息，透明转发至目标数据库，使得目标数据库根据数据访问消息中包含的源地址信息进行消息验证；或者，

基于指定网络端口，接收业务设备发送的包含授权访问信息的数据访问消息，并将接收的数据访问消息，转发至目标数据库，使得目标数据库根据数据访问消息中包含的授权访问信息进行消息验证。

较佳的，发送单元用于：

若确定数据同步完成，则停止数据库服务进程。

一方面，提供一种数据库迁移的装置，包括：

同步单元，用于根据接收的待迁移数据库的待迁移数据，进行数据同步；

转发单元，用于接收待迁移数据库确定数据同步完成后代理转发的数据访问消息，数据访问消息为发送至待迁移数据库的消息；

返回单元，用于向发送数据访问消息的业务设备返回地址修改通知消息；

接收单元，用于接收业务设备发送的业务数据消息。

一方面，提供一种控制设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时执行上述任一种数据库迁移的方法的步骤。

一方面，提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述任一种数据库迁移的方法的步骤。

一方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述任一种数据库迁移的各种可选实现方式中提供的方法。

本申请实施例提供的一种数据库迁移的方法、装置、设备和介质中，获取待迁移数据库最新备份后的全量备份数据，并根据全量备份数据，进行待迁移数据库和目标数据库之间的数据同步，以及在确定数据同步完成后，将接收的数据访问消息代理转发至目标数据库，并向各业务设备发送地址修改通知消息，使得各业务设备向目标数据库发送业务数据消息。这样，通过代理转发的方式，将发送至待迁移数据库的数据访问消息，代理转发至目标数据库，避免了数据库双写的问题，保障了数据安全，减少了数据损失，实现了数据库的平滑迁移。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施方式中一种数据库迁移***的架构示意图；

图2为本申请实施方式中一种数据库迁移的方法的实施流程图；

图3为本申请实施方式中一种数据库迁移的应用场景示意图；

图4为本申请实施方式中一种数据库迁移的方法的详细实施流程图；

图5为本申请实施方式中一种数据库迁移的装置的结构示意图一；

图6为本申请实施方式中一种数据库迁移的装置的结构示意图二；

图7为本申请实施方式中一种控制设备的结构示意图。

具体实施方式

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

首先对本申请实施例中涉及的部分用语进行说明，以便于本领域技术人员理解。

终端设备：可以是移动终端、固定终端或便携式终端，例如移动手机、站点、单元、设备、多媒体计算机、多媒体平板、互联网节点、通信器、台式计算机、膝上型计算机、笔记本计算机、上网本计算机、平板计算机、个人通信***设备、个人导航设备、个人数字助理、音频/视频播放器、数码相机/摄像机、定位设备、电视接收器、无线电广播接收器、电子书设备、游戏设备或者其任意组合，包括这些设备的配件和外设或者其任意组合。还可预见到的是，终端设备能够支持任意类型的针对用户的接口(例如可穿戴设备)等。

服务器：可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务以及大数据和人工智能平台等基础云计算服务的云服务器。

数据库：简而言之可视为电子化的文件柜存储电子文件的处所，用户可以对文件中的数据进行新增、查询、更新、删除等操作。所谓数据库是以一定方式储存在一起、能与多个用户共享、具有尽可能小的冗余度、与应用程序彼此独立的数据集合。

数据库管理***：是为管理数据库而设计的电脑软件***，一般具有存储、截取、安全保障、备份等基础功能。数据库管理***可以依据它所支持的数据库模型来作分类，例如关系式、可扩展标记语言或依据所支持的计算机类型来作分类，例如服务器群集、移动电话；或依据所用查询语言来作分类，例如，结构化查询语言(Structured Query Language，SQL)、XQuery；或依据性能冲量重点来作分类，例如，最大规模、最高运行速度；亦或其他的分类方式。不论使用哪种分类方式，一些数据库管理***能够跨类别，例如，同时支持多种查询语言。

云存储：是在云计算概念上延伸和发展出来的一个新的概念，分布式云存储***(以下简称存储***)是指通过集群应用、网格技术以及分布存储文件***等功能，将网络中大量各种不同类型的存储设备(存储设备也称之为存储节点)通过应用软件或应用接口集合起来协同工作，共同对外提供数据存储和业务访问功能的一个存储***。

目前，存储***的存储方法为：创建逻辑卷，在创建逻辑卷时，就为每个逻辑卷分配物理存储空间，该物理存储空间可能是某个存储设备或者某几个存储设备的磁盘组成。应用程序在某一逻辑卷上存储数据，也就是将数据存储在文件***上，文件***将数据分成许多部分，每一部分是一个对象，对象不仅包含数据而且还包含数据标识等额外的信息，文件***将每个对象分别写入该逻辑卷的物理存储空间，且文件***会记录每个对象的存储位置信息，从而当应用程序请求访问数据时，文件***能够根据每个对象的存储位置信息让应用程序对数据进行访问。

存储***为逻辑卷分配物理存储空间的过程，具体为：按照对存储于逻辑卷的对象的容量估量(该估量通常相对于实际要存储的对象的容量有很大余量)和独立冗余磁盘阵列(Redundant Array of Independent Disk，RAID)的组别，预先将物理存储空间划分成分条，一个逻辑卷可以理解为一个分条，从而为逻辑卷分配了物理存储空间。

云数据库(Cloud DataBase，CDB)，一种关系型数据库云服务。

MySQL：是一个关系型数据库管理***。可以接受命令，并做出相应的操作，由于命令中可以包含删除文件、获取文件内容等众多操作，对于编写的命令就是SQL语句。

分布式存储***(Hadoop Database，HBase)是一个高可靠性、高性能、面向列、可伸缩的分布式存储***。

Nginx：是一款自由的、开源的、高性能超文本传输协议(Hyper Text TransportProtocol，HTTP)服务器和反向代理服务器，也是一个邮件访问协议(Internet MailAccess Protocol，IMAP)，邮局协议版本(Post Office Protocol Version 3，POP3)，简单邮件传输协议(Simple Mail Transfer Protocol，SMTP)代理服务器；也就是说Nginx本身就可以托管网站进行HTTP服务处理，也可以作为反向代理服务器使用。

HAProxy提供高可用性、负载均衡以及基于TCP和HTTP应用的代理，支持虚拟主机，它是免费、快速并且可靠的一种解决方案。HAProxy特别适用于那些负载特大的web站点，这些站点通常又需要会话保持或七层处理。HAProxy运行在当前的硬件上，完全可以支持数以万计的并发连接，且可以保护你的web服务器不被暴露到网络上。

全局事务标识(Global Transaction Identification，GTID)：用于在主库上提交事务或者被从库应用时，定位和追踪每一个事务，具有全局唯一性，且趋势递增。

腾讯网关(Tencent GateWay，TGW)：是一套实现多网统一接入、外网的网络请求转发、支持自动负载均衡的***。TGW向开发者免费提供服务，基于HTTP协议的应用可以直接的接入，基于其他私有协议的应用只需要进行少量改造即可快速接入。TGW自动进行域名解析，应用接入TGW后，即可使用域名方式对外提供服务，以及电信/联通/移动三网接入。此外，TGW支持后端带权重的负载均衡，应用无需关注负载均衡。

数据库裁撤：指数据库所在的机器机房退役。

数据库平滑迁移：当数据库裁撤时，需要迁移时，防止数据库双写，出现数据故障。

下面介绍本申请实施例的设计思想。

随着计算机技术和互联网技术的发展，数据库的应用已经深入到生活和工作中，各种数据库管理***、网站等都离不开数据库的支持。在数据库的应用过程中，通常会存在设备老化以及升级等问题，这就需要数据库的裁撤以及数据库的迁移。

例如，待迁移数据库出现故障，需要将数据迁移至新的数据库。又例如，随着数据量需求的增大，待迁移数据库的容量较小，需要将数据迁移至容量更大的数据库。

传统技术中，通常采用以下技术：在数据迁移的过程中，向业务设备提供待迁移数据库的访问地址以及目标数据库的访问地址，使得业务设备可以根据业务需求自主切换数据库。

但是，在数据迁移过程中，由于待迁移数据库存在大量的访问来源，因此，难以将待迁移数据库的全部访问来源一次性切换至目标数据库，也无法保证所有的业务设备同时修改访问地址，这会造成数据库双写，进而导致数据有损。

由此，需要一种可以避免数据库双写，减少数据损失的数据库迁移的技术方案。

鉴于以上分析和考虑，本申请实施例中提供了一种数据库迁移的技术方案，该方案中，获取待迁移数据库最新备份后的全量备份数据，并根据全量备份数据，进行待迁移数据库和目标数据库之间的数据同步，并在数据同步完成后，将发送至待迁移数据库的数据访问消息代理转发至目标数据库，以及向各业务设备发送地址修改通知消息，使得各业务设备向目标数据库发送业务数据消息。

为进一步说明本申请实施例提供的技术方案，下面结合附图以及具体实施方式对此进行详细的说明。虽然本申请实施例提供了如下述实施例或附图所示的方法操作步骤，但基于常规或者无需创造性的劳动在方法中可以包括更多或者更少的操作步骤。在逻辑上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本申请实施例提供的执行顺序。方法在实际的处理过程中或者装置执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

参阅图1所示，为一种数据库迁移***的架构示意图，包括待迁移数据库101，目标数据库102以及一个或多个业务设备103。

其中，待迁移数据库101和目标数据库102可以为同一种数据库，也可以为不同类型的数据库。目标数据库102与待迁移数据库101的种类均包括但不限于关系型数据库。待迁移数据库101和目标数据库102可以部署于控制设备，控制设备可以为服务器，也可以为终端设备，还可以部署于云环境即为云数据库，具体地，可以部署于位于云环境的控制设备或虚拟机上。

例如，待迁移数据库101和目标数据库102可以为MySQL数据库，也可以为HBase数据库。

其中，待迁移数据库101中安装有代理转发应用程序。可选的，代理转发应用程序可以为开放源代码TCP软件Nginx或HAProxy。待迁移数据库101可以采用Linux操作***。

实际应用中，对新的数据库设备进行部署，若确定新的数据库设备正常运行，则将该新的数据库设备作为目标数据库102。

其中，业务设备103：可以为终端设备，也可以为服务器，用于根据待迁移数据库101的访问地址与待迁移数据库101进行交互，还可以根据目标数据库102的访问地址与目标数据库102进行交互。

一种应用场景中，获取待迁移数据库最新备份后的全量备份数据，并根据全量备份数据，确定待迁移数据，以及在将待迁移数据库101中的待迁移数据同步至目标数据库102后，停止数据库服务进程，同时通过代理转发应用程序，将各业务设备103发送至待迁移数据库101的数据访问消息代理转发至目标数据库102，以及通过待迁移数据库101和/或目标数据库102向业务设备103返回地址修改通知消息。各业务设备103在接收到地址修改通知消息后，将后续的业务数据消息，发送至目标数据库102。

其中，业务设备可以为根据接收的历史访问数据确定的访问来源，也可以为根据数据访问消息确定的访问来源。

实际应用中，由于业务遗留历史较长，通常无法梳理全部的访问来源，即无法确定所有的业务设备103，因此，难以一次性的向所有的业务设备103发送地址修改通知消息，也就无法一次性的实现所有业务设备103的数据库切换，以及由于业务还有发布版本的灰度和顺序等，因此，无法保证所有业务设备103同时进行数据库切换，这就容易造成数据库双写，进而造成数据有损。而本申请实施例中，在停止数据库服务进程后，仍然会接收各业务设备103发送数据访问消息，并会通过代理转发的方式，将数据访问消息代理转发至目标数据库102，同时还会通知该业务设备103进行数据库切换，这样，采用代理转发的方式，不需要一次性实现所有业务设备103的数据库切换，也不会造成数据库双写，以及可以根据接收的各数据访问消息，不断确定需要数据库切换的业务设备103，直至确定所有相关的业务设备103均实现数据库切换后，停止待迁移数据库101的运行，完成数据库裁撤。

参阅图2所示，为本申请提供的一种数据库迁移的方法的实施流程图。该方法的具体流程如下：

步骤201：待迁移数据库获取最新备份后的全量备份数据，并根据最新的全量备份数据，进行待迁移数据库和目标数据库之间的数据同步。

具体的，执行步骤201时，可以采用以下步骤：

S2011：待迁移数据库获取最新备份后的全量备份数据。

具体的，待迁移数据库确定接收到用户的数据库迁移指令后，获取最新的全量备份数据。

其中，全量备份数据是周期性数据备份后获得的。数据库迁移指令可以是用户下发的，也可以是其它设备如，目标数据库下发的，最新的全量备份数据中包含该全量备份数据最近一次备份操作时的全局事务标识，即备份操作以获取最新的全量备份数据时的操作记录对应的GTID。

其中，通过GTID可以获取每一事务的操作记录的时间戳，以及各事务执行的先后顺序。

在执行S2011之前，待迁移数据库可以采用以下两种方式中的任意一种或组合，对存储的数据进行备份。

第一种方式为：周期性对待迁移数据库存储的数据进行全量备份，获得多个全量备份数据。

其中，全量备份是指对整个待迁移数据库进行完全的备份。

这样，通常会存在多个全量备份数据，迁移数据库可以按照数据备份时间，可以获取最新的全量备份数据。

第二种方式为：周期性对待迁移数据库存储的数据进行增量备份，获得多个增量备份数据。

其中，增量备份是指每次只备份上一次备份后修改过的数据。

实际应用中，周期性备份的间隔时长，均可以根据实际应用场景进行设置，如，一天，在此不再做限制。

这样，待迁移数据库就可以根据周期性增量备份获得的多个增量备份，获得最新的全量备份数据。

一种实施方式中，先对待迁移数据库中的数据进行全量备份，获得初始的全量备份数据，然后，周期性对待迁移数据库中的数据进行增量备份，获得多个增量备份数据。

实际应用中，为避免***资源的占用，在同一时间点通常只会设置一种备份。

这样，就可以根据历史获取的全量备份数据，以及多个增量备份数据，获得最新的全量备份数据。

S2012：待迁移数据库将全量备份数据，发送至目标数据库。

具体的，待迁移数据库获取目标数据库的目标地址信息以及目标授权信息，并根据目标地址信息和目标授权信息，将全量备份数据发送至目标数据库。

其中，目标地址信息用于与目标数据库进行网络通信的网络地址，如，目标地址信息可以为目标数据库的目标互联网协议(Internet Protocol，IP)地址和目标端口，又如，目标地址信息可以为目标数据库的目标域名和目标端口。目标授权信息用于消息的授权验证，例如，目标授权信息可以包括目标账号和目标密码。

一种实施方式中，待迁移数据库执行以下代码，将全量备份数据发送至目标数据库：

mysql–h目标IP地址–p目标端口–u目标账号–p目标密码<备份。

这样，就可以根据目标地址信息和目标授权信息，将全量备份数据复制到目标数据库。

S2013：若确定全量备份数据同步完成，则待迁移数据库获取事务日志以及全量备份数据对应的全局事务标识。

在执行S2013之前，目标数据库接收待迁移数据库发送的全量备份数据，当确定全量备份数据同步完成后，获取全量备份数据中包含的全量备份数据对应的GTID，并获取待迁移数据库的源地址信息和源授权信息。目标数据库向待迁移数据库发送包含该GTID的数据同步完成响应消息，以及根据迁移数据库的源地址信息和源授权信息建立待迁移数据库和目标数据库之间的复制通信通道。

待迁移数据库接收到目标数据库发送的数据同步完成响应消息后，确定全量备份数据同步完成，并获取数据同步完成响应消息中包含的全量备份数据对应的GTID，以及对迁移数据库发送的源授权信息验证通过后，建立待迁移数据库和目标数据库之间的复制通信通道，以及获取包含对待迁移数据库的操作记录的事务日志。

其中，事务日志包括对待迁移数据库的操作记录以及相应的时间戳和GTID。

一种实施方式中，可以采用以下方式，在目标数据库上设置全量备份数据对应的GTID，即42dcaaf8-168f-11ea-bb4b-047d7bd5d7e7:1-3646040323：resetmaster；

SET@@GLOBAL.GTID_PURGED＝'42dcaaf8-168f-11ea-bb4b-047d7bd5d7e7:1-3646040323'。

一种实施方式中，可以采用以下方式，建立待迁移数据库和目标数据库之间的复制通信通道。

CHANGE MASTER TO MASTER_HOST＝'源IP地址'，MASTER_PORT＝源端口，MASTER_USER＝'源帐户'，MASTER_PASSWORD＝'源密码',MASTER_AUTO_POSITION＝1。

其中，源地址信息包括源IP地址和源端口，源授权信息包括源账户和源密码。源授权信息用于消息验证。

S2014：待迁移数据库根据全量备份数据对应的全局事务标识，确定事务日志中记录的未被同步数据对应的数据库操作记录，并按照未被同步数据对应的数据库操作记录，对目标数据库进行数据同步更新。

这样，在全量备份数据同步完成后，就可以通过全量备份数据对应的GTID确定最新的全量备份数据的备份生成时间，进而获取在该备份生成时间之后对待迁移数据库的操作记录，并按照获取的操作记录，依次对目标数据库中的数据执行相应的更新操作。

其中，操作记录可以为数据的删除、写入、以及修改等。

这样，就按照最新全量备份操作之后的待迁移数据库操作记录，对目标数据库进行数据同步更新。

进一步地，对待迁移数据库与目标数据库之间的同步状态进行检测，直至确定待迁移数据库和目标数据库之间的数据完全同步。

一种实施方式中，执行show slave status\G，以查看Seconds_Behind_Master值，当该值为0时，表示目标数据库和待迁移数据库的数据已经同步。

这样，就可以通过待迁移数据库与目标数据库之间的数据同步通道，将最新的全量备份数据同步至目标数据库，并通过事务日志以及全量备份数据对应的GTID对目标数据库进行数据同步更新，实现待迁移数据库和目标数据库之间的数据同步。

进一步地，若确定数据同步完成，则待迁移技术库停止数据库服务进程，即停止数据***、删除以及修改等数据存储相关的服务。

步骤202：若确定数据同步完成，则待迁移数据库将接收的数据访问消息代理转发至目标数据库。

具体的，执行步骤202时，可以采用以下步骤：

S2021：待迁移数据库启动代理转发。

具体的，待迁移数据库中安装有代理转发应用程序，如，开放源代码TCP软件Nginx或HAProxy。待迁移数据库通过代理转发应用程序启动代理转发。代理转发包括透明代理转发和不透明代理转发。

其中，透明代理转发是指在将业务设备发送至待迁移数据库的数据访问消息代理转发至目标数据库后，目标数据库解析获得的是业务设备的地址信息，即源访问地址。

其中，不透明代理转发是指在将业务设备发送至待迁移数据库的数据访问消息代理转发至目标数据库后，目标数据库解析获得的是待迁移数据库的地址信息，即代理地址。由于数据来源不合法，代理转发的数据访问消息会被目标数据库拒绝访问。

一种实施方式中，可以采用以下方式启动透明代理转发：

#cat/proc/sys/net/ipv4/ip_forward//查看是否启动透明代理转发；若输出值为1，则表示已经启动，否则，未启动。

#echo 1>/proc/sys/net/ipv4/ip_forward//启动透明代理转发。

这样，就可以启动代理转发，从而可以在后续步骤中，采用代理转发的方式，将接收的数据访问消息代理转发至目标数据库。

S2022：待迁移数据库确定代理转发部署成功后，将接收的数据访问消息代理转发至所述目标数据库。

具体的，执行S2022时，可以采用以下两种方式：

第一种方式为：采用透明代理转发的方式，待迁移数据库通过代理转发应用程序将待迁移数据库的指定网络端口接收的数据访问消息，透明转发至目标数据库，使得目标数据库根据数据访问消息中包含的源地址信息进行消息验证。

具体的，待迁移数据库通过开放源代码TCP软件Nginx或HAProxy等代理转发应用程序，对待迁移数据库本地的指定网络端口，如，80端口，进行监听，当确定该指定网络端口接收到其它业务设备发送的数据访问消息后，将该数据访问消息代理转发至目标数据库。目标数据库接收到代理转发的数据访问消息后，对数据访问消息进行报文解析，获得数据访问消息中包含的源访问地址，并在确定源访问地址合法后，对该数据访问消息进行后续的数据处理操作。

这样，在透明转发时，目标数据库就可以根据源访问地址，对消息的合法性进行验证。

第二种方式为：采用不透明代理转发的方式，待迁移数据库基于所述指定网络端口，接收业务设备发送的包含授权访问信息的数据访问消息，并将接收的数据访问消息，转发至所述目标数据库，使得所述目标数据库根据所述数据访问消息中包含的授权访问信息进行消息验证。

具体的，各业务设备向待迁移数据库发送包含授权访问信息的数据访问消息。待迁移数据库中的代理转发应用程序，对待迁移数据库本地的指定网络端口，如，80端口，进行监听，当确定该指定网络端口接收到其它业务设备发送的数据访问消息后，将该数据访问消息代理转发至目标数据库。目标数据库接收到代理转发的数据访问消息后，对数据访问消息进行报文解析，获得数据访问消息中包含的授权访问信息，并在确定授权访问信息合法后，对该数据访问消息进行后续的数据处理操作。

这样，采用不透明代理转发时，就可以通过授权访问信息，对数据访问消息的合法性进行验证。

步骤203：待迁移数据库向各业务设备发送地址修改通知消息。

具体的，待迁移数据库可以根据历史访问数据，确定历史访问过待迁移数据库的业务设备，并向确定出的业务设备发送地址修改通知消息。

其中，地址修改通知消息中包含目标数据库的目标地址信息。

进一步地，目标数据库也可以在接收到数据访问消息后，向发送数据访问消息的业务设备发送地址修改通知消息。

业务设备接收到地址修改通知消息之后，获取地址修改通知消息中包含的目标地址信息，并根据目标地址信息，将后续的业务数据消息，发送至目标数据库。

参阅图3所示，为一种数据库迁移的应用场景示意图。包括TGW1、TGW2、多个业务设备、待迁移数据库，以及目标数据库。其中，待迁移数据库中设置有代理转发应用程序。

参阅图4所示，为一种数据库迁移的方法的详细实施流程图。结合图3中的应用场景，该方法的具体流程如下：

步骤400：待迁移数据库获取最新备份后的全量备份数据。

步骤401：待迁移数据库根据最新的全量备份数据，进行待迁移数据库和目标数据库之间的数据同步。

步骤402：目标数据库确定数据同步完成后，向待迁移数据库发送数据同步完成响应消息。

步骤403：待迁移数据库根据接收的数据同步完成响应消息，确定数据同步完成。

步骤404：待迁移数据库确定数据同步完成后，将接收的数据访问消息代理转发至目标数据库。

一种实施方式中，业务设备通过TGW1向待迁移数据库发送数据访问消息。待迁移数据库确定数据同步完成后，通过代理转发应用程序，对指定网络端口进行监听，当监听到通过TGW1接收的数据访问消息时，将接收的数据访问消息代理转发至目标数据库。

进一步地，待迁移数据库确定数据同步完成，且代理转发成功后，停止数据库服务进程。

步骤405：待迁移数据库向各业务设备发送地址修改通知消息，使得各业务设备向目标数据库发送业务数据消息。

具体的，待迁移数据库确定代理转发部署成功，确定访问待迁移数据库的多个业务设备，并向确定出的业务设备发送地址修改通知消息。

步骤406：目标数据库接收代理转发的数据访问消息。

步骤407：目标数据库根据接收的数据访问消息，确定业务设备的源访问地址。

步骤408：目标数据库根据源访问地址，向相应的业务设备返回地址修改通知消息。

具体的，确定代理转发部署成功后，待迁移数据库和/或目标数据库向各业务设备发送地址修改通知消息。

可选的，目标数据库也可以不发送地址修改通知消息。

步骤409：业务设备根据接收的地址修改通知消息，将业务数据消息发送至目标数据库。

具体的，目标数据库通过TGW2接收业务设备发送的业务数据消息。

进一步地，在确定所有相关的业务设备均实现数据库切换后，停止待迁移数据库设备的运行，完成数据库裁撤。

实际应用中，由于业务遗留历史较长，通常无法梳理全部的访问来源，即无法确定所有的业务设备，因此，难以一次性的向所有的业务设备发送地址修改通知消息，也就无法一次性的实现所有业务设备的数据库切换，以及由于业务还有发布版本的灰度和顺序等，无法保证所有业务设备同时进行数据库切换，造成数据库双写，进而造成数据有损。而本申请实施例中，在停止数据库服务进程后，仍然会接收各业务设备发送数据访问消息，并会通过代理转发的方式，将数据访问消息代理转发至目标数据库，同时还会通知该业务设备进行数据库切换，这样，采用代理转发的方式，不需要一次性实现所有业务设备的数据库切换，也不会造成数据库双写，以及可以在一段迁移时间内，根据接收的各数据访问消息，不断确定需要数据库切换的业务设备，直至确定所有相关的业务设备均实现数据库切换后，停止待迁移数据库的运行，完成数据库裁撤。

基于同一发明构思，本申请实施例中还提供了一种数据库迁移的装置，由于上述装置及设备解决问题的原理与一种数据库迁移的方法相似，因此，上述装置的实施可以参见方法的实施，重复之处不再赘述。

如图5示，其为本申请实施例提供的一种数据库迁移的装置的结构示意图一。一种数据库迁移的装置包括：

获取单元500，用于获取最新的全量备份数据，全量备份数据是待迁移数据库周期性数据备份后获得的；

同步单元501，用于根据最新的全量备份数据，进行待迁移数据库和目标数据库之间的数据同步；

转发单元502，用于若确定数据同步完成，则将接收的数据访问消息代理转发至目标数据库；

发送单元503，用于向各业务设备发送地址修改通知消息，使得各业务设备向目标数据库发送业务数据消息。

较佳的，同步单元501用于：

将全量备份数据，发送至目标数据库；

若确定全量备份数据同步完成，则获取事务日志以及全量备份数据对应的全局事务标识，事务日志中包含各数据库操作记录以及相应的全局事务标识；

根据全量备份数据对应的全局事务标识，确定事务日志中记录的未被同步数据对应的数据库操作记录；

按照未被同步数据对应的数据库操作记录，对目标数据库进行数据同步更新。

较佳的，同步单元501用于：

获取目标数据库的目标地址信息以及目标授权信息；

根据目标地址信息和目标授权信息，将全量备份数据发送至目标数据库。

较佳的，转发单元502用于：

将待迁移数据库的指定网络端口接收的数据访问消息，透明转发至目标数据库，使得目标数据库根据数据访问消息中包含的源地址信息进行消息验证；或者，

基于指定网络端口，接收业务设备发送的包含授权访问信息的数据访问消息，并将接收的数据访问消息，转发至目标数据库，使得目标数据库根据数据访问消息中包含的授权访问信息进行消息验证。

较佳的，发送单元503用于：

若确定数据同步完成，则停止数据库服务进程。

如图6示，其为本申请实施例提供的一种数据库迁移的装置的结构示意图二。一种数据库迁移的装置包括：

同步单元601，用于根据接收的待迁移数据库的待迁移数据，进行数据同步；

转发单元602，用于接收待迁移数据库确定数据同步完成后代理转发的数据访问消息，数据访问消息为发送至待迁移数据库的消息；

返回单元603，用于向发送数据访问消息的业务设备返回地址修改通知消息；

接收单元604，用于接收业务设备发送的业务数据消息。

本申请实施例提供的一种数据库迁移的方法、装置、设备和介质中，获取待迁移数据库最新备份后的全量备份数据，并根据全量备份数据，进行待迁移数据库和目标数据库之间的数据同步，以及在确定数据同步完成后，将接收的数据访问消息代理转发至目标数据库，并向各业务设备发送地址修改通知消息，使得各业务设备向目标数据库发送业务数据消息。这样，通过代理转发的方式，将发送至待迁移数据库的数据访问消息，代理转发至目标数据库，避免了数据库双写的问题，保障了数据安全，减少了数据损失，实现了数据库的平滑迁移。

图7示出了一种控制设备7000的结构示意图。参阅图7所示，控制设备7000包括：处理器7010、存储器7020、电源7030、显示单元7040、输入单元7050。

处理器7010是控制设备7000的控制中心，利用各种接口和线路连接各个部件，通过运行或执行存储在存储器7020内的软件程序和/或数据，执行控制设备7000的各种功能，从而对控制设备7000进行整体监控。

本申请实施例中，处理器7010调用存储器7020中存储的计算机程序时执行如图2中所示的实施例提供的数据库迁移的方法。

可选的，处理器7010可包括一个或多个处理单元；优选的，处理器7010可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器7010中。在一些实施例中，处理器、存储器、可以在单一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。

存储器7020可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、各种应用等；存储数据区可存储根据控制设备7000的使用所创建的数据等。此外，存储器7020可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件等。

控制设备7000还包括给各个部件供电的电源7030(比如电池)，电源可以通过电源管理***与处理器7010逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗等功能。

显示单元7040可用于显示由用户输入的信息或提供给用户的信息以及控制设备7000的各种菜单等，本发明实施例中主要用于显示控制设备7000中各应用的显示界面以及显示界面中显示的文本、图片等对象。显示单元7040可以包括显示面板7041。显示面板7041可以采用液晶显示屏(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置。

输入单元7050可用于接收用户输入的数字或字符等信息。输入单元7050可包括触控面板7051以及其他输入设备7052。其中，触控面板7051，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触摸笔等任何适合的物体或附件在触控面板7051上或在触控面板7051附近的操作)。

具体的，触控面板7051可以检测用户的触摸操作，并检测触摸操作带来的信号，将这些信号转换成触点坐标，发送给处理器7010，并接收处理器7010发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板7051。其他输入设备7052可以包括但不限于物理键盘、功能键(比如音量控制按键、开关机按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

当然，触控面板7051可覆盖显示面板7041，当触控面板7051检测到在其上或附近的触摸操作后，传送给处理器7010以确定触摸事件的类型，随后处理器7010根据触摸事件的类型在显示面板7041上提供相应的视觉输出。虽然在图7中，触控面板7051与显示面板7041是作为两个独立的部件来实现控制设备7000的输入和输出功能，但是在某些实施例中，可以将触控面板7051与显示面板7041集成而实现控制设备7000的输入和输出功能。

控制设备7000还可包括一个或多个传感器，例如压力传感器、重力加速度传感器、接近光传感器等。当然，根据具体应用中的需要，上述控制设备7000还可以包括摄像头等其它部件，由于这些部件不是本申请实施例中重点使用的部件，因此，在图7中没有示出，且不再详述。

本领域技术人员可以理解，图7仅仅是控制设备的举例，并不构成对控制设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以采用软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

本申请实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述任意方法实施例中的数据库迁移的方法。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对相关技术做出贡献的部分可以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台控制设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分的方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种数据库迁移的方法，其特征在于，应用于待迁移数据库，包括：

获取所述待迁移数据库最新备份后的全量备份数据；

根据所述全量备份数据，进行所述待迁移数据库和目标数据库之间的数据同步；

若确定数据同步完成，则将接收的数据访问消息代理转发至所述目标数据库；

向各业务设备发送地址修改通知消息，使得各业务设备向所述目标数据库发送业务数据消息。

2.如权利要求1所述的方法，其特征在于，根据所述最新的全量备份数据，进行所述待迁移数据库和目标数据库之间的数据同步，包括：

将所述全量备份数据，发送至所述目标数据库；

若确定所述全量备份数据同步完成，则获取事务日志以及所述全量备份数据对应的全局事务标识，所述事务日志中包含各数据库操作记录以及相应的全局事务标识；

根据所述全量备份数据对应的全局事务标识，确定所述事务日志中记录的未被同步数据对应的数据库操作记录；

按照所述未被同步数据对应的数据库操作记录，对所述目标数据库进行数据同步更新。

3.如权利要求2所述的方法，其特征在于，将所述全量备份数据，发送至所述目标数据库，包括:

获取所述目标数据库的目标地址信息以及目标授权信息；

根据所述目标地址信息和所述目标授权信息，将所述全量备份数据发送至所述目标数据库。

4.如权利要求1所述的方法，其特征在于，若确定数据同步完成，则将接收的数据访问消息代理转发至所述目标数据库，包括：

将所述待迁移数据库的指定网络端口接收的数据访问消息，透明转发至所述目标数据库，使得所述目标数据库根据所述数据访问消息中包含的源地址信息进行消息验证；或者，

基于所述指定网络端口，接收业务设备发送的包含授权访问信息的数据访问消息，并将接收的数据访问消息，转发至所述目标数据库，使得所述目标数据库根据所述数据访问消息中包含的授权访问信息进行消息验证。

5.如权利要求1-4任一项所述的方法，其特征在于，进一步包括：

若确定数据同步完成，则停止数据库服务进程。

6.一种数据库迁移的方法，其特征在于，应用于目标数据库，包括：

根据接收的待迁移数据库的待迁移数据，进行数据同步；

接收所述待迁移数据库确定数据同步完成后代理转发的数据访问消息，所述数据访问消息为发送至所述待迁移数据库的消息；

向发送所述数据访问消息的业务设备返回地址修改通知消息；

接收所述业务设备发送的业务数据消息。

7.一种数据库迁移的装置，其特征在于，包括：

获取单元，用于获取最新的全量备份数据，所述全量备份数据是所述待迁移数据库周期性数据备份后获得的；

同步单元，用于根据所述最新的全量备份数据，进行所述待迁移数据库和目标数据库之间的数据同步；

转发单元，用于若确定数据同步完成，则将接收的数据访问消息代理转发至所述目标数据库；

发送单元，用于向各业务设备发送地址修改通知消息，使得各业务设备向所述目标数据库发送业务数据消息。

8.一种数据库迁移的装置，其特征在于，包括：

同步单元，用于根据接收的待迁移数据库的待迁移数据，进行数据同步；

转发单元，用于接收所述待迁移数据库确定数据同步完成后代理转发的数据访问消息，所述数据访问消息为发送至所述待迁移数据库的消息；

返回单元，用于向所述发送数据访问消息的业务设备返回地址修改通知消息；

接收单元，用于接收所述业务设备发送的业务数据消息。

9.一种控制设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1-5或6任一项所述的方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1-5或6任一项所述方法的步骤。

Images