CN111240904A - 数据库备份方法、装置、电子设备及存储介质 - Google Patents

数据库备份方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN111240904A
CN111240904A CN202010051276.8A CN202010051276A CN111240904A CN 111240904 A CN111240904 A CN 111240904A CN 202010051276 A CN202010051276 A CN 202010051276A CN 111240904 A CN111240904 A CN 111240904A
Authority
CN
China
Prior art keywords
database
backed
backup
file
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010051276.8A
Other languages
English (en)
Inventor
张文哲
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Reach Best Technology Co Ltd
Beijing Dajia Internet Information Technology Co Ltd
Original Assignee
Reach Best Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Reach Best Technology Co Ltd filed Critical Reach Best Technology Co Ltd
Priority to CN202010051276.8A priority Critical patent/CN111240904A/zh
Publication of CN111240904A publication Critical patent/CN111240904A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1446Point-in-time backing up or restoration of persistent data
    • G06F11/1458Management of the backup or restore process
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/242Query formulation
    • G06F16/2433Query languages
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Computing Systems (AREA)
  • Quality & Reliability (AREA)
  • Mathematical Physics (AREA)
  • Computational Linguistics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本公开关于一种数据库备份方法、装置、电子设备及存储介质。所述方法应用于发送方服务器,发送方服务器部署有中间件,中间件配置有数据库标识和文件类型,方法包括:获取数据库标识,以及待备份的文件类型;根据数据库标识,与数据库标识对应的待备份数据库建立连接;对待备份数据库进行SQL语句查询,获取待备份数据;将待备份数据转换为与文件类型对应的备份文件并保存。通过该方法第一方面可实现在服务器内进行数据文本类型备份,安全性较高;第二方面,通过将数据进行格式转换,使得备份文件可直接提供至产品或运营使用,使用方便;第三方面,通过在服务器中预先配置中间件,配置成功后无需人为接入,能够实现无感知数据备份,且成本较低。

Description

数据库备份方法、装置、电子设备及存储介质
技术领域
本公开涉及数据库技术领域,尤其涉及一种数据库备份方法、装置、电子设备及存储介质。
背景技术
在互联网时代,信息安全成为重点,数据库作为信息系统的核心担当着重要的角色。随着社会的快速发展,数据库得到了快速的应用。为了防止线上数据库因网络攻击或承受物理灾害导致数据丢失,当服务器数据库中存储大量的数据信息时,需要将服务器数据库中的数据做备份。
相关技术中,数据库备份通常是搭建一个备份数据库;然后,通过定时备份、手动备份等方式,将需要备份的数据库中的数据存储至备份数据库中。由于备份数据库同样也是数据库,因此,当备份数据库被恶意攻击或者承受物理灾害时,备份数据库的中的数据同样也丢失,从而导致相关技术中使用备份数据库进行备份的方式安全性不高。
发明内容
本公开提供一种数据库备份方法、装置、电子设备及存储介质,以至少解决相关技术中使用备份数据库进行备份的方式安全性不高的问题。本公开的技术方案如下:
根据本公开实施例的第一方面,提供一种数据库备份方法,应用于发送方服务器,发送方服务器部署有中间件,中间件配置有数据库标识和文件类型,包括:
获取数据库标识,以及待备份的文件类型;
根据数据库标识,与数据库标识对应的待备份数据库建立连接;
对待备份数据库进行SQL语句查询,获取待备份数据;
将待备份数据转换为与文件类型对应的备份文件并保存。
在其中一个实施例中,中间件还配置有目标服务器地址;将待备份数据转换为与文件类型对应的备份文件并保存之后,还包括:
根据目标服务器地址向目标服务器发送备份文件请求;
响应于目标服务器的备份文件接收指令,将备份文件发送至目标服务器进行存储。
在其中一个实施例中,对待备份数据库进行SQL语句查询,获取待备份数据,包括:
监测系统时间,当监测系统时间到达预设时间时,则
对待备份数据库进行SQL语句查询,获取待备份数据。
在其中一个实施例中,根据数据库标识,与数据库标识对应的待备份数据库建立连接之后,还包括:
通过中间件创建连接池,将已建立的数据库连接放入连接池中;
对数据库进行SQL语句查询,获取待备份数据,包括:
监测系统时间,当监测系统时间到达预设时间时,则
从连接池中获取数据库连接,对数据库连接对应的待备份数据库进行SQL语句查询,获取待备份数据。
在其中一个实施例中,发送方服务器使用Node.js的Express框架构建。
根据本公开实施例的第二方面,提供一种数据库备份方法,应用于目标服务器,目标服务器部署有中间件,中间件配置有存储备份文件的存储路径,包括:
监听待备份数据库所在的发送方服务器发送的备份文件请求;
响应于备份文件请求,向发送方服务器发送备份文件接收指令;
接收发送方服务器发送的备份文件,其中,发送方服务器部署有中间件,中间件配置有数据库标识和文件类型,备份文件是发送方服务器根据数据库标识与待备份数据库建立连接,并对待备份数据库进行SQL语句查询得到待备份数据后,根据文件类型对待备份数据进行转换得到;
将备份文件存储至存储路径中。
在其中一个实施例中,目标服务器使用Node.js的Express框架构建。
根据本公开实施例的第三方面,提供一种数据库备份装置,应用于发送方服务器,发送方服务器部署有中间件,中间件配置有数据库标识和文件类型,包括:
获取模块,被配置为执行获取数据库标识,以及待备份的文件类型;
数据库连接模块,被配置为执行根据数据库标识,与数据库标识对应的待备份数据库建立连接;
数据查询模块,被配置为执行对待备份数据库进行SQL语句查询,获取待备份数据;
文件转换模块,被配置为执行将待备份数据转换为与文件类型对应的备份文件并保存。
在其中一个实施例中,中间件还配置有目标服务器地址;数据库备份装置还包括:
第一发送模块,被配置为执行根据目标服务器地址向目标服务器发送备份文件请求;
响应于目标服务器的备份文件接收指令,将备份文件发送至目标服务器进行存储。
在其中一个实施例中,数据查询模块,被配置为执行:
监测系统时间,当监测系统时间到达预设时间时,则
对待备份数据库进行SQL语句查询,获取待备份数据。
在其中一个实施例中,数据库备份装置还包括:
连接池创建模块,被配置为执行通过中间件创建连接池,将已建立的数据库连接放入连接池中;
数据查询模块,被配置为执行监测系统时间,当监测系统时间到达预设时间时,则从连接池中获取数据库连接,对数据库连接对应的待备份数据库进行SQL语句查询,获取待备份数据。
在其中一个实施例中,发送方服务器使用Node.js的Express框架构建。
根据本公开实施例的第四方面,提供一种数据库备份装置,应用于目标服务器,目标服务器部署有中间件,中间件配置有存储备份文件的存储路径,包括:
监听模块,被配置为执行监听待备份数据库所在的发送方服务器发送的备份文件请求;
第二发送模块,被配置为执行响应于备份文件请求,向发送方服务器发送备份文件接收指令;
接收模块,被配置为执行接收发送方服务器发送的备份文件,其中,发送方服务器部署有中间件,中间件配置有数据库标识和文件类型,备份文件是发送方服务器根据数据库标识与待备份数据库建立连接,并对待备份数据库进行SQL语句查询得到待备份数据后,根据文件类型对待备份数据进行转换得到;
存储模块,被配置为执行将备份文件存储至存储路径中。
在其中一个实施例中,目标服务器使用Node.js的Express框架构建。
根据本公开实施例的第五方面,提供一种电子设备,包括:
处理器;用于存储处理器可执行指令的存储器;
其中,处理器被配置为执行所述指令,以实现上述第一方面和或者第二方面任一项所述的数据库备份方法。
根据本公开实施例的第六方面,提供一种存储介质,当存储介质中的指令由电子设备的处理器执行时,使得电子设备能够执行上述第一方面或者第二方面任一项所述的数据库备份方法。
根据本公开实施例的第七方面,提供一种计算机程序产品,所述程序产品包括计算机程序,所述计算机程序存储在可读存储介质中,设备的至少一个处理器从所述可读存储介质读取并执行所述计算机程序,使得设备执行第一方面或第二方面的任一项实施例中所述的数据库备份方法。
本公开的实施例提供的技术方案至少带来以下有益效果:
通过预先在发送方服务器部署中间件,为中间件配置需要备份的数据库标识和文件类型,当系统启动后,自动根据中间件中配置的数据库标识,与数据库标识对应的待备份数据库建立连接;对待备份数据库进行SQL语句查询,获取待备份数据;将待备份数据转换为与文件类型对应的备份文件并保存。该技术方案第一方面可实现在服务器内进行数据文本类型备份,防止数据库被恶意攻击或承受物理灾害造成数据丢失,安全性较高;第二方面,通过将待备份数据转换成与文件类型对应的备份文件,使得备份文件可直接提供至产品或运营使用,无需人为转换,使用方便;第三方面,该技术方案只需在服务器中预先配置中间件,通过在代码内进行引用即可实现数据库备份系统的搭建,配置成功后无需人为接入,能够实现无感知数据存储备份,且由于无需购买备份数据库,因此成本较低。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理,并不构成对本公开的不当限定。
图1是根据一示例性实施例示出的一种数据库备份方法的应用环境图。
图2是根据一示例性实施例示出的一种数据库备份方法的流程图。
图3是根据一示例性实施例示出的一种将备份文件发送至目标服务器的流程图。
图4是根据一示例性实施例示出的一种数据库备份方法的流程图。
图5是根据一示例性实施例示出的一种数据库备份方法的流程图。
图6是根据一示例性实施例示出的一种数据库备份装置的框图。
图7是根据一示例性实施例示出的一种数据库备份装置的框图。
图8是根据一示例性实施例示出的一种电子设备的内部结构图。
具体实施方式
为了使本领域普通人员更好地理解本公开的技术方案,下面将结合附图,对本公开实施例中的技术方案进行清楚、完整地描述。
需要说明的是,本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
本公开所提供的数据库备份方法,可以应用于如图1所示的应用环境中。其中,该应用环境包括待备份数据库110和发送方服务器120。发送方服务器是指待备份数据库110所在的服务器。发送方服务器120中部署有中间件,中间件中配置的参数不限于包括数据库标识和文件类型。中间件是位于硬件操作系统和软件之间的通用服务,这些服务具有标准的程序接口和协议。针对不同的操作系统和硬件平台,它们可以有符合接口和协议规范的多种实现。通过使用中间件技术,使得开发人员可以仅面对一个简单统一的开发环境,开发简便,周期缩短,减少了系统运维的工作量。待备份数据库110通过中间件与发送方服务器120连接。当系统启动后,发送方服务器120根据中间件中的配置参数自动对待备份数据库110进行备份。在一种可选的实施方式中,发送方服务器120获取中间件配置参数中的数据库标识,以及待备份的文件类型;根据数据库标识,与数据库标识对应的待备份数据库110建立连接;发送方服务器120对待备份数据库110进行SQL(Structured Query Language,结构化查询语言)语句查询,获取待备份数据;发送方服务器120将待备份数据转换为与文件类型对应的备份文件并保存。其中发送方服务器120可以用独立的服务器或者多个服务器组成的服务器集群来实现。
图2是根据一示例性实施例示出的一种数据库备份方法的流程图,如图2所示,数据库备份方法用于发送方服务器120中,包括以下步骤。
在步骤S210中,获取数据库标识,以及待备份的文件类型。
其中,数据库标识用于识别需要备份的数据库。文件类型是指为了存储数据而使用的对数据的特殊编码方式。对于数据库中的数据,都可以以一种或多种文件类型备份保存在发送方服务器中。每一种文件类型通常会有一种或多种扩展名可以用来识别,但也可能没有扩展名。文件类型可以根据实际需求进行配置,例如,可以是excel(一种文本格式)、word(一种文本格式)、txt(text file,文本文件)等。在一种可选的实施方式中,当备份系统启动后,发送方服务器通过中间件中的配置参数获取需要备份的数据库标识,以及需要得到的文件类型。
在步骤S220中,根据数据库标识,与数据库标识对应的待备份数据库建立连接。
其中,待备份数据库是指需要进行备份的数据库。待备份数据库的数据库信息(包括数据库标识)预先配置在中间件中。在一种可选的实施方式中。发送方服务器获取到数据库标识后,根据数据库标识,通过中间件与该数据库标识对应的待备份数据库建立连接。
在步骤S230中,对待备份数据库进行SQL语句查询,获取待备份数据。
在一种可选的实施方式中,中间件中的数据库信息配置还可以包括数据库中的待备份数据的相关信息配置,例如表名配置。当发送方服务器和待备份数据库建立连接后,通过中间件自动执行SQL指令,根据配置的待备份数据的相关信息对待备份数据库进行SQL语句查询,将查询得到的数据作为待备份数据。
在步骤240中,将待备份数据转换为与文件类型对应的备份文件并保存。
在一种可选的实施方式中,在获取待备份数据后,发送方服务器通过能够处理该文件类型的中间件,根据预先配置在中间件中的文件类型,将待备份数据转换为与文件类型对应的备份文件,并将该备份文件保存至预先配置好的存储路径中。
上述数据库备份方法中,通过预先在发送方服务器部署中间件,为中间件配置需要备份的数据库标识和文件类型,当系统启动后,自动根据中间件中配置的数据库标识,与数据库标识对应的待备份数据库建立连接;对待备份数据库进行SQL语句查询,获取待备份数据;将待备份数据转换为与文件类型对应的备份文件并保存。该技术方案第一方面可实现在服务器内进行数据文本类型备份,防止数据库被恶意攻击或承受物理灾害造成数据丢失,安全性较高;第二方面,通过将待备份数据转换成与文件类型对应的备份文件,使得备份文件可直接提供至产品或运营使用,无需人为转换,使用方便;第三方面,该技术方案只需在服务器中预先配置中间件,通过在代码内进行引用即可实现数据库备份系统的搭建,配置成功后无需人为接入,能够实现无感知数据存储备份,且由于无需购买备份数据库,因此成本较低。
在一示例性实施例中,如图3所示,中间件还配置有目标服务器地址;将待备份数据转换为与文件类型对应的备份文件并保存之后,还包括:
在步骤310中,根据目标服务器地址向目标服务器发送备份文件请求。
其中,目标服务器是指能够存储备份文件的第三方服务器,例如,可以是本地客户端对应的服务器。在一种可选的实施方式中,中间件中还可以预先配置有目标服务器地址。当发送方服务器完成待备份数据的处理后,可以向目标服务器的服务器地址发送备份文件请求,以请求将该备份文件存储至目标服务器。
在步骤320中,响应于目标服务器的备份文件接收指令,将备份文件发送至目标服务器进行存储。
在一种可选的实施方式中,目标服务器可以通过监听接口获取发送方服务器发送的备份文件请求。在监听到该备份文件请求后,目标服务器向发送方服务器发出接收备份文件的备份文件接收指令,使得发送方服务器可以根据该备份文件接收指令,将备份文件发送至目标服务器进行存储。可以理解的是,在本实施例中,需要预先为目标服务器配置接收文件接口、备份文件存储路径等,使得目标服务器能够监听接口请求,并在接收到备份文件后将备份文件存储至该存储路径中。
本实施例中,通过在目标服务器搭建接收服务,使用发送方服务器和目标服务器构成备份系统,一方面,可实现用户无感知的在发送方服务器生成数据备份文件并发送至目标服务器进行自动存储,可以防止发送方服务器受到攻击时第一备份文件被销毁而造成数据丢失,从而实现数据库、发送方服务器和目标服务器的三重备份,最大的保证数据安全;另一方面,通过将与文件类型对应的备份文件直接存储至第三方服务器,可以使产品或者运营人员能够直接使用该备份文件,无需为导出数据进行二次开发。
在一示例性实施例中,在步骤S230中,对待备份数据库进行SQL语句查询,获取待备份数据,具体可以通过以下步骤实现:监测系统时间,当监测系统时间到达预设时间时,则对待备份数据库进行SQL语句查询,获取待备份数据。
在一种可选的实施方式中,通过为中间件配置备份的周期和备份的具体时间,可以实现定时自动进行数据库备份。例如,设定备份周期为每天,备份的具体时间为上午10点,则当发送方服务器与待备份数据库连接成功后开启定时器,当获取当前时间到达上午10点时,开始对待备份数据库进行SQL语句查询,进而完成数据库备份。进一步地,还可以为中间件配置备份文件的存储时间等参数,使得发送方服务器在检测到备份文件的实际存储时间到达设定的存储时间时,自动将备份文件删除,从而为发送方服务器释放空间。本实施例中,通过预先在中间件中配置备份时间,使数据库备份能够定时启动,无需人为介入,可实现用户无感知数据库备份。
在一示例性实施例中,根据数据库标识,与数据库标识对应的待备份数据库建立连接之后,还包括:通过中间件创建连接池,将已建立的数据库连接放入连接池中。在本实施例中,对数据库进行SQL语句查询,获取待备份数据,具体可以通过以下步骤实现:监测系统时间,当监测系统时间到达预设时间时,则从连接池中获取数据库连接,对数据库连接对应的待备份数据库进行SQL语句查询,获取待备份数据。
其中,连接池负责分配、管理和释放数据库连接。在一种可选的实施方式中,当发送放服务器和待备份数据库连接成功后,可以通过中间件创建连接池,并将已经建立的数据库连接放进连接池中。当监测系统时间到达预设的时间后,从连接池中获取到数据库连接,根据配置的数据库信息进行SQL语句查询,获取备份数据的查询结果。本实施例中,通过创建连接池管理数据库连接,使得不同的数据库访问请求可以共享这些连接,通过复用已经建立的数据库连接,可以节省系统资源和时间。
在一示例性实施例中,发送方服务器使用Node.js的Express框架(基于Node.js平台的应用程序开发框架)构建。发送方服务器的中间件构建的基础架构则是根据Node.js中Express框架的路由router模块进行搭建,以达到可以被主服务对象使用的功能。本实施例中,通过使用Node.js语言搭建发送方服务器以及中间件,使用简便,仅需引入和配置参数即可使发送方服务器自动进行数据库备份。
图4是根据一示例性实施例示出的一种数据库备份方法的流程图,如图4所示,数据库备份方法用于目标服务器中,目标服务器部署有中间件,中间件配置有数据库标识和文件类型,包括以下步骤。
在步骤410中,监听待备份数据库所在的发送方服务器发送的备份文件请求。
其中,目标服务器是指用于存储备份文件的第三方服务器,例如,可以是开发人员的本地客户端对应的服务器。在一种可选的实施方式中,预先为目标服务器配置接收文件接口,使得目标服务器可以通过配置的接口进行备份文件请求的处理。
在步骤420中,响应于备份文件请求,向发送方服务器发送备份文件接收指令。
在步骤430中,接收发送方服务器发送的备份文件,其中,发送方服务器部署有中间件,中间件配置有数据库标识和文件类型,备份文件是发送方服务器根据数据库标识与待备份数据库建立连接,并对待备份数据库进行SQL语句查询得到待备份数据后,根据文件类型对待备份数据进行转换得到。
在一种可选的实施方式中,当目标服务器监听到发送方服务器发送的备份文件请求时,向发送方服务器发送备份文件接收指令,使得发送方服务器能够根据该备份文件接收指令,将备份文件发送至目标服务器进行存储。在本实施例中,发送方服务器获取备份文件的实施步骤可以参考图2和图3,以及说明书中对应的说明,在此不做进一步阐述。
在步骤420中,将备份文件存储至存储路径中。
在一种可选的实施方式中,目标服务器部署有中间件,中间件预先配置的参数不限于包括备份文件的存储路径。当目标服务器接收到备份文件后,可以根据中间件中配置的存储路径,将备份文件保存在该存储路径中。
本实施例中,通过在目标服务器搭建接收服务,由发送方服务器和目标服务器构建一个备份系统,一方面,可实现用户无感知的在服务器生成数据备份文件并发送至第三方进行自动存储,可以防止发送方服务器收到攻击时第一备份文件被销毁而造成数据丢失,从而实现数据库、发送方服务器和第三方服务器的三重备份,最大的保证数据安全;另一方面,通过将与文件类型对应的备份文件直接存储至第三方服务器,可以使产品或者运营人员能够直接使用该备份文件,无需为导出数据进行二次开发。
在一示例性实施例中,目标服务器使用Node.js的Express框架构建。
在一示例性实施例中,如图5所示,示例性地示出了一种数据库备份方法,包括以下步骤。
在步骤501中,通过Node.js的Express框架搭建发送方服务器。
在步骤502中,根据Node.js中Express框架的路由router模块进行发送方服务器中间件搭建。
在步骤503中,配置发送方服务器中间件参数。
其中,中间件参数不限于包括数据库信息、表信息、文件类型、目标服务器地址和端口,以及备份时间。数据库信息不限于包括数据库标识和端口信息,数据库标识不限于包括数据库地址,数据库用户名,数据库密码。表信息不限于包括表名。数据库信息和表信息用于通知发送方服务器进行数据库连接。目标服务器地址可以为目标服务器的IP地址,目标服务器的端口可以自定义,默认值3000。备份时间可以是每天上午10点。
在步骤504中,通过Node.js的Express框架搭建目标服务器。
在步骤505中,通过NPM(Node.js包管理工具)下载备份文件接收方(即目标服务器)中间件。
在步骤506中,配置目标服务器中间件参数。
其中,目标服务器中间件参数不限于包括端口以及备份文件存储路径。当通过PM2(Power MILL,一个进程管理工具)进行启动后,便可目标服务器备份系统的搭建。
在步骤507中,通过SQL中间件,根据数据库标识,与数据库标识对应的待备份数据库建立连接。
在步骤508中,通过SQL中间件创建一个连接池,将已建立的数据库连接放入连接池。
在步骤509中,监测系统时间。示例性地,若设置每天上午10点进行备份,则可以每10秒进行一次时间查询,若当前系统时间到达上午10点时,则开始待备份数据查询。
在步骤510中,当监测系统时间到达预设时间时,则从连接池中获取数据库连接,根据配置的数据库信息和表信息,对数据库连接对应的待备份数据库进行SQL语句查询,获取待备份数据。
在步骤511中,根据预先配置的导出文件的方式进行文件写入并存储。
示例性地,若配置文件类型为为txt纯文本文件,则在backup(备份)文件夹中新建一个以“日期+表名”命名的txt文件,通过Node.js自带的fs(file system,文件系统)中间件向txt文件中进行写入。若配置的文件类型为excel,则在backup文件夹中新建一个以“日期+表名”命名的excel文件,通过excel中间件将待备份数据写入至该excel文件中。
在步骤512中,向目标服务器地址发送备份文件请求。
在步骤513中,接收目标服务器发送的备份文件接收指令。在一种可选的实施方式中,目标服务器可以通过getFile接口进行备份文件请求的处理。
在步骤514中,将备份文件发送至目标服务器。在一种可选的实施方式中,通过FormData(一种接口)的方式将备份文件发送至目标服务器。
在步骤515中,目标服务器将备份文件存储至存储路径中。在一种可选的实施方式中,目标服务器可以使用multiparty(用来解析FormData数据的一款插件)中间件处理备份文件接收,通过parse方法(一种解析字符串方法)解析备份文件内容。解析成功后,将解析后的备份文件存储至预先配置的存储路径中。
应该理解的是,虽然图1-5的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图1-5中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
图6是根据一示例性实施例示出的一种数据库备份装置600框图。数据库备份装置600应用于发送方服务器,发送方服务器部署有中间件,中间件配置有数据库标识和文件类型。参照图6,该装置包括获取模块602、数据库连接模块604、数据查询模块606和文件转换模块608。
获取模块602,被配置为执行获取数据库标识,以及待备份的文件类型;
数据库连接模块604,被配置为执行根据数据库标识,与数据库标识对应的待备份数据库建立连接;
数据查询模块606,被配置为执行对待备份数据库进行SQL语句查询,获取待备份数据;
文件转换模块608,被配置为执行将待备份数据转换为与文件类型对应的备份文件并保存。
在一示例性实施例中,中间件还配置有目标服务器地址;数据库备份装置600还包括:
第一发送模块(图6中未示出),被配置为执行根据目标服务器地址向目标服务器发送备份文件请求;响应于目标服务器的备份文件接收指令,将备份文件发送至目标服务器进行存储。
在一示例性实施例中,数据查询模块606,被配置为执行监测系统时间,当监测系统时间到达预设时间时,则对待备份数据库进行SQL语句查询,获取待备份数据。
在一示例性实施例中,数据库备份装置600还包括:
连接池创建模块(图6中未示出),被配置为执行通过中间件创建连接池,将已建立的数据库连接放入连接池中;在本实施例中,数据查询模块606,被配置为执行监测系统时间,当监测系统时间到达预设时间时,则从连接池中获取数据库连接,对数据库连接对应的待备份数据库进行SQL语句查询,获取待备份数据。
在一示例性实施例中,发送方服务器使用Node.js的Express框架构建。
图7是根据一示例性实施例示出的一种数据库备份装置700框图。数据库备份装置700应用于目标服务器,目标服务器部署有中间件,中间件配置有存储备份文件的存储路径。参照图7,该装置包括监听模块702、第二发送模块704、接收模块706和存储模块708。
监听模块702,被配置为执行监听待备份数据库所在的发送方服务器发送的备份文件请求;
第二发送模块704,被配置为执行响应于备份文件请求,向发送方服务器发送备份文件接收指令;
接收模块706,被配置为执行接收发送方服务器发送的备份文件,其中,发送方服务器部署有中间件,中间件配置有数据库标识和文件类型,备份文件是发送方服务器根据数据库标识与待备份数据库建立连接,并对待备份数据库进行SQL语句查询得到待备份数据后,根据文件类型对待备份数据进行转换得到;
存储模块708,被配置为执行将备份文件存储至存储路径中。
在一示例性实施例中,目标服务器使用Node.js的Express框架构建。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图8是根据一示例性实施例示出的一种用于数据库备份的设备800的框图。例如,设备800可以为一服务器。参照图8,设备800包括处理组件820,其进一步包括一个或多个处理器,以及由存储器822所代表的存储器资源,用于存储可由处理组件820的执行的指令,例如应用程序。存储器822中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件820被配置为执行指令,以执行上述数据库备份的方法。
设备800还可以包括一个电源组件824被配置为执行设备800的电源管理,一个有线或无线网络接口826被配置为将设备800连接到网络,和一个输入输出(I/O)接口828。设备800可以操作基于存储在存储器822的操作系统,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
在示例性实施例中,还提供了一种包括指令的存储介质,例如包括指令的存储器822,上述指令可由设备800的处理器执行以完成上述方法。存储介质可以是非临时性计算机可读存储介质,例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种数据库备份方法,其特征在于,应用于发送方服务器,所述发送方服务器部署有中间件,所述中间件配置有数据库标识和文件类型,所述方法包括:
获取数据库标识,以及待备份的文件类型;
根据所述数据库标识,与所述数据库标识对应的待备份数据库建立连接;
对所述待备份数据库进行SQL语句查询,获取待备份数据;
将所述待备份数据转换为与所述文件类型对应的备份文件并保存。
2.根据权利要求1所述的数据库备份方法,其特征在于,所述中间件还配置有目标服务器地址;所述将所述待备份数据转换为与所述文件类型对应的备份文件并保存之后,还包括:
根据所述目标服务器地址向目标服务器发送备份文件请求;
响应于所述目标服务器的备份文件接收指令,将所述备份文件发送至所述目标服务器进行存储。
3.根据权利要求1所述的数据库备份方法,其特征在于,所述对所述待备份数据库进行SQL语句查询,获取待备份数据,包括:
监测系统时间,当监测所述系统时间到达预设时间时,则
对所述待备份数据库进行SQL语句查询,获取所述待备份数据。
4.根据权利要求1所述的数据库备份方法,其特征在于,所述根据所述数据库标识,与所述数据库标识对应的待备份数据库建立连接之后,还包括:
通过所述中间件创建连接池,将已建立的数据库连接放入所述连接池中;
所述对所述数据库进行SQL语句查询,获取待备份数据,包括:
监测系统时间,当监测所述系统时间到达预设时间时,则
从所述连接池中获取所述数据库连接,对所述数据库连接对应的待备份数据库进行SQL语句查询,获取所述待备份数据。
5.根据权利要求1~4任一项所述的数据库备份方法,其特征在于,所述发送方服务器使用Node.js的Express框架构建。
6.一种数据库备份方法,其特征在于,应用于目标服务器,所述目标服务器部署有中间件,所述中间件配置有存储备份文件的存储路径,所述方法包括:
监听待备份数据库所在的发送方服务器发送的备份文件请求;
响应于所述备份文件请求,向所述发送方服务器发送备份文件接收指令;
接收所述发送方服务器发送的备份文件,其中,所述发送方服务器部署有中间件,所述中间件配置有数据库标识和文件类型,所述备份文件是所述发送方服务器根据所述数据库标识与待备份数据库建立连接,并对待备份数据库进行SQL语句查询得到待备份数据后,根据所述文件类型对所述待备份数据进行转换得到;
将所述备份文件存储至所述存储路径中。
7.根据权利要求6所述的数据库备份方法,其特征在于,所述目标服务器使用Node.js的Express框架构建。
8.一种数据库备份装置,其特征在于,应用于发送方服务器,所述发送方服务器部署有中间件,所述中间件配置有数据库标识和文件类型,所述数据库备份装置包括:
获取模块,被配置为执行获取数据库标识,以及待备份的文件类型;
数据库连接模块,被配置为执行根据所述数据库标识,与所述数据库标识对应的待备份数据库建立连接;
数据查询模块,被配置为执行对所述待备份数据库进行SQL语句查询,获取待备份数据;
文件转换模块,被配置为执行将所述待备份数据转换为与所述文件类型对应的备份文件并保存。
9.一种电子设备,其特征在于,包括:
处理器;
用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为执行所述指令,以实现如权利要求1至7中任一项所述的数据库备份方法。
10.一种存储介质,当所述存储介质中的指令由电子设备的处理器执行时,使得电子设备能够执行如权利要求1至7中任一项所述的数据库备份方法。
CN202010051276.8A 2020-01-17 2020-01-17 数据库备份方法、装置、电子设备及存储介质 Pending CN111240904A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010051276.8A CN111240904A (zh) 2020-01-17 2020-01-17 数据库备份方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010051276.8A CN111240904A (zh) 2020-01-17 2020-01-17 数据库备份方法、装置、电子设备及存储介质

Publications (1)

Publication Number Publication Date
CN111240904A true CN111240904A (zh) 2020-06-05

Family

ID=70871216

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010051276.8A Pending CN111240904A (zh) 2020-01-17 2020-01-17 数据库备份方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN111240904A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112559492A (zh) * 2020-12-22 2021-03-26 珠海格力电器股份有限公司 可提高效率的数据库的使用方法
CN113220779A (zh) * 2021-04-27 2021-08-06 阿波罗智联(北京)科技有限公司 数据处理方法、设备、存储介质及程序产品

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102609463A (zh) * 2012-01-13 2012-07-25 广东电网公司电力科学研究院 一种基于准实时平台的数据集群管理系统
CN105786646A (zh) * 2016-02-25 2016-07-20 北京金山安全软件有限公司 一种数据备份方法、装置及电子设备
US20180293275A1 (en) * 2017-04-10 2018-10-11 Sap Se Massively parallel processing database middleware connector
CN109739690A (zh) * 2018-12-29 2019-05-10 平安科技(深圳)有限公司 备份方法及相关产品

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102609463A (zh) * 2012-01-13 2012-07-25 广东电网公司电力科学研究院 一种基于准实时平台的数据集群管理系统
CN105786646A (zh) * 2016-02-25 2016-07-20 北京金山安全软件有限公司 一种数据备份方法、装置及电子设备
US20180293275A1 (en) * 2017-04-10 2018-10-11 Sap Se Massively parallel processing database middleware connector
CN109739690A (zh) * 2018-12-29 2019-05-10 平安科技(深圳)有限公司 备份方法及相关产品

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112559492A (zh) * 2020-12-22 2021-03-26 珠海格力电器股份有限公司 可提高效率的数据库的使用方法
CN112559492B (zh) * 2020-12-22 2024-03-19 珠海格力电器股份有限公司 可提高效率的数据库的使用方法
CN113220779A (zh) * 2021-04-27 2021-08-06 阿波罗智联(北京)科技有限公司 数据处理方法、设备、存储介质及程序产品

Similar Documents

Publication Publication Date Title
CN109040252B (zh) 文件传输方法、系统、计算机设备和存储介质
US10715639B2 (en) Data processing method and apparatus for performing protocol parsing in a cloud
CN111193602B (zh) 自动化运维管理系统及方法
EP3489825A1 (en) Method, apparatus and computer readable storage medium for processing service
CN107864053B (zh) 基于zookeeper的动态配置方法和装置
US20200327045A1 (en) Test System and Test Method
CN110674440A (zh) 埋点数据处理方法、系统、计算机设备及可读存储介质
CN105681113A (zh) 一种基于SaltStack的自动化运维方法
CN112988485A (zh) 电力物联网设备模拟测试方法及装置
CN111240904A (zh) 数据库备份方法、装置、电子设备及存储介质
CN112769652A (zh) 一种节点服务监控方法、装置、设备及介质
CN115208951A (zh) 请求处理方法、装置、电子设备及计算机可读存储介质
CN109788251B (zh) 视频处理方法、装置及存储介质
CN109150913B (zh) 访问微服务架构下的应用的方法、装置、存储介质及服务器
CN106936660B (zh) 数据采集方法和装置
CN110572358A (zh) 数据泄露处理方法、装置、电子设备及存储介质
CN112087475A (zh) 一种云平台组件应用的消息推送方法、装置及消息服务器
CN111008209B (zh) 数据的对账方法、装置及系统、存储介质、电子装置
CN113778709B (zh) 接口调用方法、装置、服务器及存储介质
CN113965571B (zh) 一种分布式嵌入式设备的管理方法、装置、设备及介质
CN116192607A (zh) 故障告警方法及装置
CN110474807B (zh) 一种日志处理方法及装置
CN114969045A (zh) 账号创建方法、物联网多租户系统、设备、程序和介质
CN113806447A (zh) 一种数据同步方法、装置、设备及介质
CN107360065B (zh) 信息推送方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination