CN109558455A - 一种数据库备份方法、装置及服务器 - Google Patents

Abstract

本发明提供一种数据库备份方法、装置及服务器，在锁定写的过程中，保存所述待备份服务器对应的所述原数据库的数据库节点状态信息，且根据所述原数据库的原用户表生成表结构文件，并根据所述表结构文件以及所述数据库节点状态信息，将所述待备份服务器对应的所述原数据库的数据文件拷贝至所述备份执行服务器中以形成备份数据库，且生成关于所述备份数据库的备份用户表，在完成备份后，释放写操作。本发明的备份速度快、备份准确、安全且不浪费存储空间。

Description

一种数据库备份方法、装置及服务器

技术领域

本发明涉及计算机领域，特别是涉及一种数据库备份方法、装置及服务器。

背景技术

现今的计算机是大数据时代，需要完善的数据库管理系统来管理大量的数据，而对服务器中的数据库进行备份是经常要用到的操作。现在较常用到的数据库管理软件是MySQL。MySQL是一个关系型数据库管理系统，由瑞典MySQL AB公司开发，目前属于Oracle旗下公司。MySQL是最流行的关系型数据库管理系统，在网络应用方面MySQL是最好的RDBMS(Relational Database Management System，关系数据库管理系统)应用软件之一。针对MySQL的备份目前有如下工具mysqldump、innobackupex以及xtrabackup等。其中，mysqldump备份时间长，且备份需要占用很大的空间。xtrabackup仅支持单线程的物理备份，备份和还原的耗时很长。而innobackupex由于封装了mysqldump和xtrabackup，所以兼具两者的缺点，同时innobakupex和xtrabackup进程利用指定文件是否存在的方式进行交互，非常不安全。

发明内容

鉴于以上所述现有技术的缺点，本发明的目的在于提供一种数据库备份方法、装置及服务器，用于解决现有技术中不能快速、安全、准确且不浪费存储空间的对数据库进行备份的问题。

为实现上述目的及其他相关目的，本发明提供一种数据库备份方法，应用于备份执行服务器中，用于将待备份服务器对应的原数据库备份至所述备份执行服务器中，所述方法包括：锁定写操作；保存所述待备份服务器对应的所述原数据库的数据库节点状态信息；根据所述原数据库的原用户表生成表结构文件；根据所述表结构文件以及所述数据库节点状态信息，将所述待备份服务器对应的所述原数据库的数据文件拷贝至所述备份执行服务器中以形成备份数据库，且生成关于所述备份数据库的备份用户表；备份完成后，释放所述写操作。

于本发明一具体实施例中，所述待备份服务器为主服务器或从服务器；所述备份执行服务器为主服务器或从服务器。

于本发明一具体实施例中，所述数据库节点状态信息包括数据库的地址信息。

于本发明一具体实施例中，所述表结构文件包括组成表的字段个数，以及关于每个字段的名称、数据类型和长度。

于本发明一具体实施例中，所述方法还包括在根据所述原数据库的原用户表生成表结构文件之前，检测所述备份执行服务器中是否已经存在与所述原数据库对应的数据库，若存在，则报错；若不存在，则继续执行后续步骤。

于本发明一具体实施例中，所述原用户表为多个，所述方法还包括：根据所述原数据库的多个原用户表分别生成对应各所述原用户表的表结构文件；根据各所述表结构文件以及所述数据库节点状态信息，将所述待备份服务器对应的所述原数据库的数据文件拷贝至所述备份执行服务器中以形成备份数据库，且生成关于所述备份数据库的对应所述多个原用户表的多个备份用户表。

为实现上述目的及其他相关目的，本发明还提供一种数据库备份装置，应用于备份执行服务器中，用于将待备份服务器对应的原数据库备份至所述备份执行服务器中，所述装置包括：锁定写模块，用于锁定写操作；保存模块，用于在所述锁定写模块执行了所述锁定写操作的状态下，保存所述待备份服务器对应的所述原数据库的数据库节点状态信息；表结构生成模块，用于在所述锁定写模块执行了所述锁定写操作的状态下，根据所述原数据库的原用户表生成表结构文件；拷贝模块，用于在所述锁定写模块执行了所述锁定写操作的状态下，根据所述表结构文件以及所述数据库节点状态信息，将所述待备份服务器对应的所述原数据库的数据文件拷贝至所述备份执行服务器中以形成备份数据库，且生成关于所述备份数据库的备份用户表；释放写模块，用以在所述拷贝模块执行结束后，释放所述写操作。

为实现上述目的及其他相关目的，本发明还提供一种服务器，包括处理器和存储器；所述存储器用以存储计算机程序和数据库，所述处理器用于执行所述存储器存储的计算机程序，以令所述服务器执行如上任一项所述的数据库备份方法。

于本发明一具体实施例中，所述服务器为主服务器或从服务器。

如上所述，本发明的数据库备份方法、装置及服务器，在锁定写的过程中，保存所述待备份服务器对应的所述原数据库的数据库节点状态信息，且根据所述原数据库的原用户表生成表结构文件，并根据所述表结构文件以及所述数据库节点状态信息，将所述待备份服务器对应的所述原数据库的数据文件拷贝至所述备份执行服务器中以形成备份数据库，且生成关于所述备份数据库的备份用户表，在完成备份后，释放写操作。本发明的备份速度快、备份准确、安全且不浪费存储空间。

附图说明

图1显示为本发明的数据库备份方法在一具体实施例中的流程示意图。

图2示为本申请的数据库备份装置在一具体实施例中的组成示意图。

图3示为本申请的服务器在一具体实施例中的组成示意图。

元件标号说明

20 数据库备份装置

21 锁定写模块

22 保存模块

23 表结构生成模块

24 拷贝模块

25 释放写模块

30 服务器

31 处理器

32 存储器

S11～S15 步骤

具体实施方式

以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图示中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

针对MySQL的备份目前有如下工具mysqldump、innobackupex以及xtrabackup等。其中，

1、mysqldump在进行备份时，抽取每张表的数据保存至备份文件中，当表中数据有修改时，利用undo表空间构造出备份时刻的数据版本，因此备份结束前undo表空间会一直增长。单线程操作，速度较慢，同时特殊字符保存至文本容易发生转义，恢复时速度较慢且容易出错。

2、xtrabackup仅能对innodb表进行备份，在备份时会fork一个子进程拷贝redo(重做)日志，同时拷贝数据文件，数据文件拷贝完成后记录当前备份位置信息，停止redo日志拷贝，备份完成。备份过程耗时较长，同时恢复时，会重做所有的redo(重做)日志，导致恢复过程较长。

3、innobackupex封装了xtrabackup备份innodb表和mysqldump备份非innodb表，innobackupex和xtrabackup通过判断文件xtrabackup_suspended_1，xtrabackup_suspended_2xtrabackup_log_copied是否存在来进行交互，这带来一个问题，如果这些文件被意外删除可能导致备份失败，或备份文件不可用。而同时innobackupex由于封装了mysqldump和xtrabackup，所以兼具两者的缺点

为了客户上述缺点，本发明提出一种数据库备份方法，请参阅1，图1显示为本发明的数据库备份方法在一具体实施例中的流程示意图。

所述数据库备份方法，应用于备份执行服务器中，用于将待备份服务器对应的原数据库备份至所述备份执行服务器中，优选的，所述数据库为MySQL数据库。

步骤S11：锁定写操作；

步骤S12：保存所述待备份服务器对应的所述原数据库的数据库节点状态信息；其中，所述数据库节点状态信息包括数据库的地址信息。保存所述原数据库的数据库节点状态信息，以方便后续备份数据库根据所述数据库节点状态信息定位到所述原数据库，且从拷贝所述原数据库上的数据文件。例如，当所述待备份服务器为MYSQL的主从架构中的主服务器时，所述数据库节点状态信息为主数据库节点状态信息，保存主数据库节点状态信息，方便后续搭建主从复制关系时，从节点知道从哪里开始复制主节点上的数据。

步骤S13：根据所述原数据库的原用户表生成表结构文件；所述表结构文件包括组成表的字段个数，以及关于每个字段的名称、数据类型和长度。在一些实施例中，所述表结构文件即为根据原数据库的原用户表生成的表创建语句，且在还原数据库的时候，会用该表创建语句创建和原用户表一样结构的备份用户表。

步骤S14：根据所述表结构文件以及所述数据库节点状态信息，将所述待备份服务器对应的所述原数据库的数据文件拷贝至所述备份执行服务器中以形成备份数据库，且生成关于所述备份数据库的备份用户表；

步骤S15：备份完成后，释放所述写操作。所述数据库备份方法在备份的过程中，锁定写，备份数据保持不变，且直接拷贝所述数据文件，备份速度快，不会出现特殊字符在备份过程中的变动，备份准确且安全。

在具体应用中，所述待备份服务器可为主服务器或从服务器；所述备份执行服务器可为主服务器或从服务器。且由于执行该备份方法时，会锁定写操作，而主服务器上面又有其他的业务访问，为了不影响线上的业务，所以优选的，所述数据库备份方法运行于从服务器上。

在一些实施例中，所述方法还包括在根据所述原数据库的原用户表生成表结构文件之前，检测所述备份执行服务器中是否已经存在与所述原数据库对应的数据库，若存在，则报错；若不存在，则继续执行后续步骤。

在具体应用中，所述原用户表为多个，所述方法还包括：根据所述原数据库的多个原用户表分别生成对应各所述原用户表的表结构文件；根据各所述表结构文件以及所述数据库节点状态信息，将所述待备份服务器对应的所述原数据库的数据文件拷贝至所述备份执行服务器中以形成备份数据库，且生成关于所述备份数据库的对应所述多个原用户表的多个备份用户表。

例如，当所述待备份服务器为MYSQL的主从架构中的主服务器时，数据库备份方法包括以下步骤：步骤1)：锁定写；步骤2)保存master(主服务器)状态信息；步骤3)生成表结构文件；步骤4)拷贝表数据文件；步骤5)释放锁。

图1所示的数据库备份方法相较mysqldump，不生成表中数据内容文件，直接拷贝表数据文件，避免了特殊字符备份出错的问题，同时提升备份速度，且不占用额外的备份空间。相较xtrabackup为了保证备份文件一致性需要一直拷贝重做日志，本方法直接拷贝数据文件，且在拷贝的过程中通过锁写来保证数据的一致性，因此速度也会快很多，恢复时，会拷贝文件至新服务器的数据目录，并将表附加上去即可，不需要在耗费大量时间应用重做日志。

参阅图2，显示为本申请的数据库备份装置在一具体实施例中的组成示意图。所述数据库备份装置20，应用于备份执行服务器中，用于将待备份服务器对应的原数据库备份至所述备份执行服务器中，优选的，所述数据库为MySQL数据库。所述数据库备份装置20包括：锁定写模块21、保存模块22、表结构生成模块23、拷贝模块24以及释放写模块25。

所述锁定写模块21用于锁定写操作；

所述保存模块22与所述锁定写模块21通信连接，用于在所述锁定写模块执行了所述锁定写操作的状态下，保存所述待备份服务器对应的所述原数据库的数据库节点状态信息；其中，所述数据库节点状态信息包括数据库的地址信息。保存所述原数据库的数据库节点状态信息，以方便后续备份数据库根据所述数据库节点状态信息定位到所述原数据库，且从拷贝所述原数据库上的数据文件。例如，当所述待备份服务器为MYSQL的主从架构中的主服务器时，所述数据库节点状态信息为主数据库节点状态信息，保存主数据库节点状态信息，方便后续搭建主从复制关系时，从节点知道从哪里开始复制主节点上的数据。

所述表结构生成模块23与所述锁定写模块21通信连接，用于在所述锁定写模块执行了所述锁定写操作的状态下，根据所述原数据库的原用户表生成表结构文件；所述表结构文件包括组成表的字段个数，以及关于每个字段的名称、数据类型和长度。在一些实施例中，所述表结构文件即为根据原数据库的原用户表生成的表创建语句，且在还原数据库的时候，会用该表创建语句创建和原用户表一样结构的备份用户表。

在另一具体实施例中，所述原用户表为多个，所述方法还包括：根据所述原数据库的多个原用户表分别生成对应各所述原用户表的表结构文件；根据各所述表结构文件以及所述数据库节点状态信息，将所述待备份服务器对应的所述原数据库的数据文件拷贝至所述备份执行服务器中以形成备份数据库，且生成关于所述备份数据库的对应所述多个原用户表的多个备份用户表。

所述拷贝模块24与所述锁定写模块21、所述保存模块22以及所述表结构生成模块23通信连接，用于在所述锁定写模块执行了所述锁定写操作的状态下，根据所述表结构文件以及所述数据库节点状态信息，将所述待备份服务器对应的所述原数据库的数据文件拷贝至所述备份执行服务器中以形成备份数据库，且生成关于所述备份数据库的备份用户表；

所述释放写模块25与所述拷贝模块24通信连接，用于在拷贝模块24执行拷贝以令数据库备份完成后，释放所述写操作。所述数据库备份方法在备份的过程中，锁定写，备份数据保持不变，且直接拷贝所述数据文件，备份速度快，不会出现特殊字符在备份过程中的变动，备份准确且安全。

在具体应用中，所述待备份服务器可为主服务器或从服务器；所述备份执行服务器可为主服务器或从服务器。且由于执行该备份方法时，会锁定写操作，而主服务器上面又有其他的业务访问，为了不影响线上的业务，所以优选的，所述数据库备份方法运行于从服务器上。

在一些实施例中，所述数据库备份装置20还包括检测模块，用以在根据所述原数据库的原用户表生成表结构文件之前，检测所述备份执行服务器中是否已经存在与所述原数据库对应的数据库，若存在，则报错；若不存在，则继续执行所述拷贝模块24。

需要说明的是，应理解图2实施例中数据库备份装置20的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如，每个模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上接收模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(ApplicationSpecificIntegratedCircuit，简称ASIC)，或，一个或多个微处理器(digitalsingnalprocessor，简称DSP)，或，一个或者多个现场可编程门阵列(FieldProgrammableGateArray，简称FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(CentralProcessingUnit，简称CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，简称SOC)的形式实现。

另外需要说明的是，通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请的部分或全部可借助软件并结合必需的通用硬件平台来实现。基于这样的理解，本申请还提供一种计算机存储介质，所述存储介质存储有至少一个程序，所述程序在被调用时执行前述的任一所述的数据库备份方法，所述数据库备份方法参阅图1及关于图1的相关描述，在此不加赘述。需说明的是，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。

基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可包括其上存储有机器可执行指令的一个或多个机器可读介质，这些指令在由诸如计算机、计算机网络或其他电子设备等一个或多个机器执行时可使得该一个或多个机器根据本申请的实施例来执行操作。机器可读介质可包括，但不限于，能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、软盘、光盘、CD-ROM(紧致盘-只读存储器)、磁光盘、ROM(只读存储器)、RAM(随机存取存储器)、EPROM(可擦除可编程只读存储器)、EEPROM(电可擦除可编程只读存储器)、磁卡或光卡、闪存、电载波信号、电信信号以及软件分发介质或适于存储机器可执行指令的其他类型的介质/机器可读介质。

请参阅图3，显示为本申请的服务器在一具体实施例中的组成示意图。

所述服务器30，包括处理器31和存储器32；所述存储器32用以存储计算机程序和数据库，所述处理器31用于执行所述存储器32存储的计算机程序，以令所述服务器30执行数据库备份方法，所述数据库备份方法参阅图1及关于图1的相关描述。所述服务器为主服务器或从服务器。且由于执行该备份方法时，会锁定写操作，而主服务器上面又有其他的业务访问，为了不影响线上的业务，所以优选的，所述数据库备份方法运行于从服务器上。

在某些实施例中，存储器32还可以包括远离一个或多个处理器31的存储器32，例如经由RF电路或外部端口以及通信网络访问的网络附加存储器，其中所述通信网络可以是因特网、一个或多个内部网、局域网(LAN)、广域网(WLAN)、存储局域网(SAN)等，或其适当组合。存储器控制器可控制设备的诸如CPU和外设接口之类的其他组件对存储器32的访问。

所述处理器31可操作地与存储器32和/或非易失性存储设备耦接。更具体地，处理器31可执行在存储器32和/或非易失性存储设备中存储的指令以在计算设备中执行操作，诸如生成图像数据和/或将图像数据传输到电子显示器。如此，处理器31可包括一个或多个通用微处理器、一个或多个专用处理器(ASIC)、一个或多个现场可编程逻辑阵列(FPGA)、或它们的任何组合。

综上所述，本发明的数据库备份方法、装置及服务器，在锁定写的过程中，保存所述待备份服务器对应的所述原数据库的数据库节点状态信息，且根据所述原数据库的原用户表生成表结构文件，并根据所述表结构文件以及所述数据库节点状态信息，将所述待备份服务器对应的所述原数据库的数据文件拷贝至所述备份执行服务器中以形成备份数据库，且生成关于所述备份数据库的备份用户表，在完成备份后，释放写操作。本发明的备份速度快、备份准确、安全且不浪费存储空间。所以，本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。

上述实施例仅例示性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

Claims (9)

1.一种数据库备份方法，其特征在于，应用于备份执行服务器中，用于将待备份服务器对应的原数据库备份至所述备份执行服务器中，所述方法包括：

锁定写操作；

保存所述待备份服务器对应的所述原数据库的数据库节点状态信息；

根据所述原数据库的原用户表生成表结构文件；

根据所述表结构文件以及所述数据库节点状态信息，将所述待备份服务器对应的所述原数据库的数据文件拷贝至所述备份执行服务器中以形成备份数据库，且生成关于所述备份数据库的备份用户表；

备份完成后，释放所述写操作。

2.根据权利要求1所述的数据库备份方法，其特征在于，所述待备份服务器为主服务器或从服务器；所述备份执行服务器为主服务器或从服务器。

3.根据权利要求1所述的数据库备份方法，其特征在于，所述数据库节点状态信息包括数据库的地址信息。

4.根据权利要求1所述的数据库备份方法，其特征在于，所述表结构文件包括组成表的字段个数，以及关于每个字段的名称、数据类型和长度。

5.根据权利要求1所述的数据库备份方法，其特征在于，所述方法还包括在根据所述原数据库的原用户表生成表结构文件之前，检测所述备份执行服务器中是否已经存在与所述原数据库对应的数据库，若存在，则报错；若不存在，则继续执行后续步骤。

6.根据权利要求1所述的数据库备份方法，其特征在于，所述原用户表为多个，所述方法还包括：根据所述原数据库的多个原用户表分别生成对应各所述原用户表的表结构文件；根据各所述表结构文件以及所述数据库节点状态信息，将所述待备份服务器对应的所述原数据库的数据文件拷贝至所述备份执行服务器中以形成备份数据库，且生成关于所述备份数据库的对应所述多个原用户表的多个备份用户表。

7.一种数据库备份装置，其特征在于，应用于备份执行服务器中，用于将待备份服务器对应的原数据库备份至所述备份执行服务器中，所述装置包括：

锁定写模块，用于锁定写操作；

保存模块，用于在所述锁定写模块执行了所述锁定写操作的状态下，保存所述待备份服务器对应的所述原数据库的数据库节点状态信息；

表结构生成模块，用于在所述锁定写模块执行了所述锁定写操作的状态下，根据所述原数据库的原用户表生成表结构文件；

拷贝模块，用于在所述锁定写模块执行了所述锁定写操作的状态下，根据所述表结构文件以及所述数据库节点状态信息，将所述待备份服务器对应的所述原数据库的数据文件拷贝至所述备份执行服务器中以形成备份数据库，且生成关于所述备份数据库的备份用户表；

释放写模块，用以在所述拷贝模块执行结束后，释放所述写操作。

8.一种服务器，其特征在于，包括处理器和存储器；

所述存储器用以存储计算机程序和数据库，所述处理器用于执行所述存储器存储的计算机程序，以令所述服务器执行如权利要求1～6中任一项所述的数据库备份方法。

9.根据权利要求8所述的服务器，其特征在于，所述服务器为主服务器或从服务器。