CN110795287B - 数据恢复方法、系统、电子设备及计算机存储介质 - Google Patents
数据恢复方法、系统、电子设备及计算机存储介质 Download PDFInfo
- Publication number
- CN110795287B CN110795287B CN201911046020.1A CN201911046020A CN110795287B CN 110795287 B CN110795287 B CN 110795287B CN 201911046020 A CN201911046020 A CN 201911046020A CN 110795287 B CN110795287 B CN 110795287B
- Authority
- CN
- China
- Prior art keywords
- log
- library log
- data recovery
- library
- master library
- 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.)
- Active
Links
- 238000011084 recovery Methods 0.000 title claims abstract description 91
- 238000000034 method Methods 0.000 title claims abstract description 46
- 230000010076 replication Effects 0.000 claims description 17
- 238000004891 communication Methods 0.000 claims description 15
- 238000006243 chemical reaction Methods 0.000 claims description 7
- 230000007246 mechanism Effects 0.000 claims description 7
- 238000004590 computer program Methods 0.000 claims description 2
- 230000007547 defect Effects 0.000 abstract description 2
- 230000008569 process Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 238000011022 operating instruction Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1448—Management of the data involved in backup or backup restore
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明实施例公开了数据恢复方法、系统、电子设备及计算机存储介质。该方法包括:导入已有备份数据;确定已有备份数据的备份时间点与选定的数据恢复时间点之间的主库日志增量;解析所述主库日志增量,确定数据恢复时间点对应的事件标识;将所述主库日志转换为从库日志;根据所述事件标识以执行相应从库日志的复制,完成数据恢复。将主库日志转换为具有相同内部格式的从库日志(relaylog)。由于relaylog文件可以直接被mysql数据库识别读取。因此,可以有效的解决因binlog文件需要额外解析而导致的一系列缺陷,提高了效率和成功率,支持断点恢复,可人工控制数据恢复进度,加快了数据恢复的速度。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种数据恢复方法、系统、电子设备及计算机存储介质。
背景技术
随着电子信息技术的不断进步,在业务应用过程中产生的数据量也越来越大。用于管理和记录数据的数据库开始被广泛的使用。其中,Mysql数据库是一种非常常用的关系型开源数据库系统。
在日常的业务应用场景中,因各种因素而导致错误删除数据库资料的行为时有发生,如果不能及时和有效的恢复数据,将会对业务的正常运行造成非常严重的影响和损失。
现有的Mysql数据库的数据恢复机制是以备份数据为基础,通过解析主库日志(binlog)文件,并复制执行相应的主库文件增量来实现特定时间点或者指定时刻的数据恢复。
例如,Mysql数据库可以设置每天凌晨4时进行数据备份。若在工作日的16时发生了数据库误删的行为。此时可以首先将凌晨4时的备份数据导入,然后再重新执行一次在凌晨4时至16时之间的binlog文件中记录的操作,从而最终将数据恢复至16时的状态。
但是,这样依赖binlog文件进行数据恢复的方式存在着多种缺陷。例如,binlog文件需要使用日志工具进行解析后才能够应用。在解析的binlog文件数量较多的情况下,很容易出错。在出错后,binlog文件的解析必须重新再次进行,而无法支持断点恢复,严重影响数据恢复效率,也容易出现恢复不成功的问题。
因此,迫切需要提供一种新的数据恢复方法来解决以上的一个或者多个问题。
发明内容
本发明的实施例提供了一种数据恢复方法、系统、电子设备及计算机存储介质,用于解决现有数据恢复方法存在的一种或者多种问题。
本发明实施例的第一方面提供了一种数据恢复方法。该数据恢复方法包括:导入已有备份数据;确定已有备份数据的备份时间点与选定的数据恢复时间点之间的主库日志增量;解析所述主库日志增量,确定数据恢复时间点对应的事件标识;将所述主库日志转换为从库日志;根据所述事件标识以执行相应从库日志的复制,完成数据恢复。
可选地,确定已有备份数据的备份时间点与选定的数据恢复时间点之间的主库日志增量,具体包括:
确定数据恢复时间点与备份时间点的时间范围;扫描已有的主库日志文件,查找在所述时间范围内的主库日志;获取所述时间范围对应的主库日志序列作为所述主库日志增量。
可选地,扫描已有的主库日志文件,查找在所述时间范围内的主库日志,具体包括:
获取已有的主库日志文件中,每一个主库日志的起始时刻;所述已有的主库日志文件中,主库日志按照起始时刻和结束时刻依次排列,形成连续的主库日志序列;
在所述主库日志序列中,以下一个主库日志的起始时刻作为上一个主库日志的结束时刻;
根据每一个主库日志的起始时刻和结束时刻,确定在所述时间范围内的主库日志。
可选地,所述事件标识为全局事务编号。
可选地,根据所述事件标识以执行相应从库日志的复制,完成数据恢复,具体包括:
切换至从库日志识别模式;
根据所述全局事务编号,确定需要进行复制的从库日志;
执行基于所述全局事务编号的复制机制,在已有备份数据的基础上恢复数据。
可选地,使用多线程复制的方式,执行所述基于全局事务编号的复制方法。
可选地,将所述主库日志转换为对应的从库日志,具体包括:根据mysql数据库的命名规则,将所述主库日志转换为从库日志。
本发明实施例的第二方面提供了一种数据恢复系统。其中,所述数据恢复系统包括:
数据备份模块,用于以设定的周期备份全部数据,并且在进行数据恢复时,导入已有备份数据;时间范围选定模块,用于确定已有备份数据的备份时间点与选定的数据恢复时间点之间的主库日志增量;日志解析模块,用于解析所述主库日志增量,确定数据恢复时间点对应的事件标识;格式转换模块,用于将所述主库日志转换为从库日志;日志复制模块,用于根据所述事件标识以执行相应从库日志的复制,完成数据恢复。
本发明实施例的第三方面提供了一种用于数据恢复的电子设备。该电子设备包括处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行如上所述的数据恢复方法的步骤。
本发明实施例第四方面提供了一种计算机存储介质,所述计算机存储介质中存储有计算机程序指令,所述计算机程序指令使处理器执行上所述的数据恢复方法的步骤。
本发明的实施例提供的数据恢复方法,将主库日志转换为具有相同内部格式的从库日志(relaylog)。由于relaylog文件可以直接被mysql数据库识别读取。因此,可以有效的解决因binlog文件需要额外解析而导致的一系列缺陷,提高了效率和成功率,支持断点恢复,可人工控制数据恢复进度,加快了数据恢复的速度。
上述说明仅是本发明实施例技术方案的概述,为了能够更清楚了解本发明实施例的技术手段,而可依照说明书的内容予以实施,并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
为了更清楚地说明本发明实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的数据恢复方法的流程图;
图2是本发明实施例提供的搜索binlog日志文件的流程图;
图3是本发明实施例提供的数据恢复方法的实际应用过程的示意图;
图4是本发明实施例提供的业务数据自动生成系统的功能框图;
图5是本发明实施例提供的电子设备的结构框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
图1示出了本发明实施例提供的数据恢复方法的流程图。该方法可以应用于Mysql数据库,将其数据恢复至指定的时间点。
如图1所示,该方法可以包括如下步骤:
步骤110:导入已有备份数据。
该备份数据是指在特定时间节点对数据库进行完整备份后,生成的备份数据。每个备份数据都有对应的备份时间点。亦即,该备份数据是数据库在某个时间点时的数据。
在实际应用场景中,为了保障数据安全,数据库通常都会在凌晨等闲暇时间自行进行完整备份。具体进行数据库完整备份的周期和时间可以由技术人员自行设定,例如可以在每日的凌晨4时进行数据库的备份。
步骤120:确定已有备份数据的备份时间点与选定的数据恢复时间点之间的主库日志增量。
主库日志(binlog)是一种非常重要的二进制日志数据,其记录了Mysql数据库所有的DDL和DML语句(用户对数据库的操作)。日志数据中还包含了语句执行所消耗的时间。
主库日志增量是至在备份时间点和数据恢复时间点之间发生的所有日志文件。亦即,通过主库日志增量可以确定在备份时间点和数据恢复时间点之间,对数据库的所有操作。
在一些实施例中,所述步骤120具体可以包括如下步骤:
首先,确定数据恢复时间点与备份时间点的时间范围。然后,在已有的主库日志文件中扫描,查找在所述时间范围内的主库日志。最后,获取所述时间范围对应的主库日志序列作为所述主库日志增量。
在binlog文件的生成过程中,是根据时间顺序生成的。亦即,binlog文件会形成一个连续的时间序列。利用binlog文件的特点,在较佳实施例中,如图2所示,查找特定时间范围内的主库日志可以通过如下方法步骤实现:
步骤121、获取已有的主库日志文件中,每一个主库日志的起始时刻。
步骤122、在所述主库日志序列中,以下一个主库日志的起始时刻作为上一个主库日志的结束时刻。
步骤123、根据每一个主库日志的起始时刻和结束时刻,确定在所述时间范围内的主库日志。
在binlog文件中记载了语句执行的起始时刻和结束时刻。通常的,起始时刻记载在binlog文件的头部,结束时刻记载在binlog文件的尾部。
因此,若需要读取每个binlog文件的起始时刻和结束时刻,需要对整个binlog文件进行扫描。
由于binlog文件是以时间序列存在的,上一个binlog文件的结束时刻与下一个binlog文件的起始时刻并不会有太明显的差别。
而所需要查找或者搜索的也是binlog文件在一个时间范围内的。因此,通过步骤122,将每一个binlog文件的起始时刻作为上一个binlog文件的结束时刻不会对查找的结果造成严重的影响。
通过图2所示的方式,可以有效的减少binlog文件的扫描工作量和扫描时间,不需要对整个binlog文件进行扫描,具有良好的技术效果。
步骤130:解析所述主库日志增量,确定数据恢复时间点对应的事件标识。
如上所记载的,在binlog文件中包含了时间相关的信息。因此可以据此确定事件标识来帮助从库日志(relaylog)识别时间点。
具体的,该事件标识可以是全局事务编号(global transaction ID,GTID)。GTID是binlog文件内部的另一种位置(position)标识。其具体是一个对于已提交事务的编号,并且是全局唯一的。
步骤140:将所述主库日志转换为从库日志。
从库日志(relaylog)是与主库日志(binlog)内部格式相同的日志文件。其具有可以直接被识别读取的特点,不需要像binlog一样采用额外的解析工具进行解析。
具体的,由于两者的内部组成格式完全一致。因此,可以根据mysql数据库的命名规范,将对应的binlog批量改名为relaylog,并赋予相应的权限后实现该转换的过程。
步骤150:根据所述事件标识以执行相应从库日志的复制,完成数据恢复。
由于从库日志(relaylog)不支持直接识别时间点。因此,可以借助步骤130中获得另一种位置标识GTID来实现转换,确定需要被复制执行的从库日志。
在本实施例中,该执行相应从库日志的复制(replication)是指按照时间的次序,在备份数据的基础上重新执行relaylog上记录的操作,从而实现数据恢复的目的。
具体的,步骤150可以通过如下步骤实现:
首先,切换至从库日志识别模式。然后,根据所述全局事务编号GTID,以GTID作为位置标识,确定需要进行复制的从库日志。最后,执行基于所述全局事务编号的复制机制,在已有备份数据的基础上恢复数据直至执行完毕。
在较佳实施例中,可以使用多线程复制的方式执行对relaylog文件的复制以加快数据恢复的速度和效率。
基于图1所示的数据恢复方法,如图3所示,在实际的数据恢复过程中,可以包括如下步骤:
步骤310:判断是否存在备份数据。若是,执行步骤320,若否,退出数据恢复流程。
步骤320:恢复备份数据到Mysql数据库。
步骤330:判断在时间范围内是否存在binlog日志。若是,执行步骤340,若否,退出数据恢复流程。
步骤340:扫描分析binlog日志。
步骤350:判断是否找到与时间点对应的GTID值。若是,执行步骤360,若否,退出数据恢复流程。该时间点是用户指定的数据恢复的时间点。
步骤360:根据命名规则,转换为relaylog日志。
步骤370:切换为识别relaylog日志的模式。
步骤380:启动复制机制进行数据恢复,直至达到所述时间点。
图4示出了本发明实施例提供的数据恢复系统的结构示意图。如图4所示,该业务数据自动生成系统可以包括:数据备份模块410、时间范围选定模块420、日志解析模块430,格式转换模块440以及日志复制模块450。
其中,数据备份模块410用于以设定的周期备份全部数据,并且在进行数据恢复时,导入已有备份数据。时间范围选定模块420用于确定已有备份数据的备份时间点与选定的数据恢复时间点之间的主库日志增量。日志解析模块430用于解析所述主库日志增量,确定数据恢复时间点对应的事件标识。格式转换模块440用于将所述主库日志转换为从库日志。日志复制模块450用于根据所述事件标识以执行相应从库日志的复制,完成数据恢复。
通过本发明实施例提供数据恢复系统,将binlog文件伪装为relaylog日志文件,并利用另一种位置标识GTID作为转换的桥梁。其利用relaylog日志文件可被直接读取,不需要额外解析工具的特点,有效的改善了数据恢复的速度和效率,还可以支持中断恢复的功能。
本发明实施例提供了一种非易失性计算机存储介质,所述计算机存储介质存储有至少一可执行指令,该计算机可执行指令可执行上述任意方法实施例中的数据恢复方法。
可执行指令具体可以用于使得处理器执行以下操作:导入已有备份数据;确定已有备份数据的备份时间点与选定的数据恢复时间点之间的主库日志增量;解析所述主库日志增量,确定数据恢复时间点对应的事件标识;将所述主库日志转换为从库日志;根据所述事件标识以执行相应从库日志的复制,完成数据恢复。
图5示出了本发明实施例提供的电子设备实施例的结构示意图,本发明具体实施例并不对电子设备的具体实现做限定。
如图5所示,该电子设备可以包括:处理器(processor)502、通信接口(Communications Interface)504、存储器(memory)506、以及通信总线508。
其中,处理器502、通信接口504、以及存储器506通过通信总线508完成相互间的通信。通信接口504,用于与其它设备比如客户端或其它服务器等的网元通信。处理器502,用于执行程序510,具体可以执行上述数据恢复方法实施例中的相关步骤。
具体地,程序510可以包括程序代码,该程序代码包括计算机操作指令。
处理器502可能是中央处理器CPU,或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit),或者是被配置成实施本发明实施例的一个或多个集成电路。电子设备包括的一个或多个处理器,可以是同一类型的处理器,如一个或多个CPU;也可以是不同类型的处理器,如一个或多个CPU以及一个或多个ASIC。
存储器506,用于存放程序510。存储器506可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
程序510具体可以用于使得处理器502执行以下操作:导入已有备份数据;确定已有备份数据的备份时间点与选定的数据恢复时间点之间的主库日志增量;解析所述主库日志增量,确定数据恢复时间点对应的事件标识;将所述主库日志转换为从库日志;根据所述事件标识以执行相应从库日志的复制,完成数据恢复。
在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明实施例也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本发明并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (6)
1.一种数据恢复方法,其特征在于,包括:
导入已有备份数据;
确定已有备份数据的备份时间点与选定的数据恢复时间点之间的主库日志增量;
解析所述主库日志增量,确定数据恢复时间点对应的事件标识;
将所述主库日志转换为从库日志;
根据所述事件标识以执行相应从库日志的复制,完成数据恢复;
所述事件标识为全局事务编号;
根据所述事件标识以执行相应从库日志的复制,完成数据恢复,具体包括:
切换至从库日志识别模式;
根据所述全局事务编号,确定需要进行复制的从库日志;
执行基于所述全局事务编号的复制机制,在已有备份数据的基础上恢复数据;
其中,所述从库日志为与所述主库日志的内部格式相同的日志文件;
确定已有备份数据的备份时间点与选定的数据恢复时间点之间的主库日志增量,具体包括:
确定数据恢复时间点与备份时间点的时间范围;
扫描已有的主库日志文件,查找在所述时间范围内的主库日志;
获取所述时间范围对应的主库日志序列作为所述主库日志增量;
扫描已有的主库日志文件,查找在所述时间范围内的主库日志,具体包括:
获取已有的主库日志文件中,每一个主库日志的起始时刻;所述已有的主库日志文件中,主库日志按照起始时刻和结束时刻依次排列,形成连续的主库日志序列;
在所述主库日志序列中,以下一个主库日志的起始时刻作为上一个主库日志的结束时刻;
根据每一个主库日志的起始时刻和结束时刻,确定在所述时间范围内的主库日志;
其中,所述主库日志文件根据时间顺序生成。
2.根据权利要求1所述的数据恢复方法,其特征在于,使用多线程复制的方式,执行所述基于所述全局事务编号的复制机制。
3.根据权利要求1所述的数据恢复方法,其特征在于,将所述主库日志转换为对应的从库日志,具体包括:
根据mysql数据库的命名规则,将所述主库日志转换为从库日志。
4.一种数据恢复系统,其特征在于,所述数据恢复系统包括:
数据备份模块,用于以设定的周期备份全部数据,并且在进行数据恢复时,导入已有备份数据;
时间范围选定模块,用于确定已有备份数据的备份时间点与选定的数据恢复时间点之间的主库日志增量;
日志解析模块,用于解析所述主库日志增量,确定数据恢复时间点对应的事件标识;
格式转换模块,用于将所述主库日志转换为从库日志;
日志复制模块,用于根据所述事件标识以执行相应从库日志的复制,完成数据恢复;
所述事件标识为全局事务编号;
根据所述事件标识以执行相应从库日志的复制,完成数据恢复,具体包括:
切换至从库日志识别模式;
根据所述全局事务编号,确定需要进行复制的从库日志;
执行基于所述全局事务编号的复制机制,在已有备份数据的基础上恢复数据;
其中,所述从库日志为与所述主库日志的内部格式相同的日志文件;
确定已有备份数据的备份时间点与选定的数据恢复时间点之间的主库日志增量,具体包括:
确定数据恢复时间点与备份时间点的时间范围;
扫描已有的主库日志文件,查找在所述时间范围内的主库日志;
获取所述时间范围对应的主库日志序列作为所述主库日志增量;
扫描已有的主库日志文件,查找在所述时间范围内的主库日志,具体包括:
获取已有的主库日志文件中,每一个主库日志的起始时刻;所述已有的主库日志文件中,主库日志按照起始时刻和结束时刻依次排列,形成连续的主库日志序列;
在所述主库日志序列中,以下一个主库日志的起始时刻作为上一个主库日志的结束时刻;
根据每一个主库日志的起始时刻和结束时刻,确定在所述时间范围内的主库日志;
其中,所述主库日志文件根据时间顺序生成。
5.一种电子设备,其特征在于,包括处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行根据权利要求1-3任一项所述的数据恢复方法。
6.一种计算机存储介质,其特征在于,所述存储介质中存储有计算机程序指令,所述计算机程序指令使处理器执行根据权利要求1-3任一项所述的数据恢复方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911046020.1A CN110795287B (zh) | 2019-10-30 | 2019-10-30 | 数据恢复方法、系统、电子设备及计算机存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911046020.1A CN110795287B (zh) | 2019-10-30 | 2019-10-30 | 数据恢复方法、系统、电子设备及计算机存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110795287A CN110795287A (zh) | 2020-02-14 |
CN110795287B true CN110795287B (zh) | 2024-04-26 |
Family
ID=69442092
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911046020.1A Active CN110795287B (zh) | 2019-10-30 | 2019-10-30 | 数据恢复方法、系统、电子设备及计算机存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110795287B (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111459720B (zh) * | 2020-04-02 | 2023-07-07 | 上海新炬网络技术有限公司 | 一种基于事务日志的Mysql数据恢复方法 |
CN113626475A (zh) * | 2020-05-07 | 2021-11-09 | 青岛奥利普自动化控制系统有限公司 | 一种基于缓存服务器的数据恢复方法和系统 |
CN111488238B (zh) * | 2020-06-24 | 2020-09-18 | 南京鹏云网络科技有限公司 | 一种块存储节点数据修复方法及存储介质 |
CN112286892B (zh) * | 2020-07-01 | 2024-04-05 | 上海柯林布瑞信息技术有限公司 | 后关系型数据库的数据实时同步方法及装置、存储介质、终端 |
CN112506941B (zh) * | 2021-02-03 | 2021-05-11 | 北京金山云网络技术有限公司 | 核查点的处理方法和装置、电子设备和存储介质 |
CN113868022A (zh) * | 2021-09-18 | 2021-12-31 | 聚好看科技股份有限公司 | 一种数据库的主从切换方法及装置 |
CN114090332A (zh) * | 2021-10-14 | 2022-02-25 | 阿里云计算有限公司 | 数据处理方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104537046A (zh) * | 2014-12-24 | 2015-04-22 | 北京奇虎科技有限公司 | 数据补全方法和装置 |
CN105373448A (zh) * | 2015-10-27 | 2016-03-02 | 北京百度网讯科技有限公司 | 数据库中故障数据的恢复方法和系统 |
CN106407356A (zh) * | 2016-09-07 | 2017-02-15 | 网易(杭州)网络有限公司 | 一种数据备份方法及装置 |
-
2019
- 2019-10-30 CN CN201911046020.1A patent/CN110795287B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104537046A (zh) * | 2014-12-24 | 2015-04-22 | 北京奇虎科技有限公司 | 数据补全方法和装置 |
CN105373448A (zh) * | 2015-10-27 | 2016-03-02 | 北京百度网讯科技有限公司 | 数据库中故障数据的恢复方法和系统 |
CN106407356A (zh) * | 2016-09-07 | 2017-02-15 | 网易(杭州)网络有限公司 | 一种数据备份方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN110795287A (zh) | 2020-02-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110795287B (zh) | 数据恢复方法、系统、电子设备及计算机存储介质 | |
CN106407356B (zh) | 一种数据备份方法及装置 | |
CN108664359B (zh) | 一种数据库恢复方法、装置、设备及存储介质 | |
US8775386B2 (en) | Device and method for generating copy of database | |
CN110659256B (zh) | 多机房同步方法、计算设备及计算机存储介质 | |
CN109542682B (zh) | 一种数据备份方法、装置、设备和存储介质 | |
US20140156603A1 (en) | Method and an apparatus for splitting and recovering data in a power system | |
CN102135963A (zh) | 数据迁移的方法和系统 | |
EP2590078A2 (en) | Shadow paging based log segment directory | |
CN101308471A (zh) | 一种恢复数据的方法及装置 | |
CN112559140B (zh) | 数据一致性的事务控制方法、系统、设备及存储介质 | |
US20100185589A1 (en) | Disaster recovery data sync | |
JPH11134235A (ja) | 外部記憶装置故障時の回復支援方法 | |
CN109491834A (zh) | 一种应用于数据库的数据恢复方法及装置 | |
CN102024021A (zh) | 一种逻辑文件系统元数据的日志方法 | |
CN115145697A (zh) | 数据库事务的处理方法、装置及电子设备 | |
EP3696658A1 (en) | Log management method, server and database system | |
US10915513B2 (en) | Archival of data in a relational database management system using block level copy | |
CN109992476B (zh) | 一种日志的分析方法、服务器及存储介质 | |
CN114090332A (zh) | 数据处理方法及装置 | |
CN113761059A (zh) | 数据处理方法及装置 | |
CN113791934A (zh) | 数据的恢复方法、计算设备及存储介质 | |
CN108427675B (zh) | 构建索引的方法及设备 | |
CN110597669A (zh) | 银行历史数据参数化备份恢复方法和装置 | |
CN115658391A (zh) | 基于QianBase MPP数据库的WAL机制的备份恢复方法 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |