CN112487095B - 一种分布式数据库事务数据存储优化的方法 - Google Patents
一种分布式数据库事务数据存储优化的方法 Download PDFInfo
- Publication number
- CN112487095B CN112487095B CN202011429468.4A CN202011429468A CN112487095B CN 112487095 B CN112487095 B CN 112487095B CN 202011429468 A CN202011429468 A CN 202011429468A CN 112487095 B CN112487095 B CN 112487095B
- Authority
- CN
- China
- Prior art keywords
- memory table
- semi
- memory
- data
- read
- 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
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/21—Design, administration or maintenance of databases
- G06F16/217—Database tuning
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2282—Tablespace storage structures; Management thereof
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Software Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明涉及分布式数据库技术领域,具体提供了一种分布式数据库事务数据存储优化的方法,具有以下步骤:S1、增加半固化内存表;S2、半固化内存表由内存Block与SST文件组成;S3、内存Block数据合并执行Compaction操作;S4、半固化内存表的内存Block为空时,从存储引擎中移除该内存表;S5、半固化内存表设置一个最长生命周期时间阈值;S6、系统发生故障并重启后,根据WAL恢复为只读内存表的数据;S7、半固化内存表对外提供与只读内存表相同的读接口;S8、收到读请求后,确保最新写入的数据优先被读取。与现有技术相比,本发明可以将写意图数据驻留在内存直到事务结束或超时,从而减少磁盘持久化的数据量,优化了数据存储的性能。
Description
技术领域
本发明涉及分布式数据库技术领域,具体提供一种分布式数据库事务数据存储优化的方法。
背景技术
CockroachDB(CRDB)是一个基于Google Spanner思想构建的开源分布式数据库系统,具有NoSQL对海量数据的存储管理能力,又保持了传统数据库支持的ACID和SQL等特性。
CockroachDB的存储层RocksDB引擎采用LSM(日志结构树)的存储结构,写请求的数据先写入内存表中,内存表数据写满64MB(默认)之后会持久化到磁盘上的SST(SortedSequence Table-排序序列表)文件。磁盘上的SST文件以层次方式组织,并有后台线程进行逐层合并的操作。
在CockroachDB的事务处理中,SQL层每写一行数据都会在RocksDB存储中插入两条数据,即写意图数据和多版本数据,其中,写意图数据记录了当前事务相关的元数据信息,在事务结束时会进行DELETE清理。但是由于LSM结构的逐层合并过程,DELETE清理可能需要到最后一层才能确保从底层文件中删除写意图数据,从而占用大量不必要的存储空间,及写意图数据多次合并过程中产生的数据写放大问题。
发明内容
本发明是针对上述现有技术的不足,提供一种实用性强的分布式数据库事务数据存储优化的方法。
本发明解决其技术问题所采用的技术方案是:
一种分布式数据库事务数据存储优化的方法,其特征在于,具有以下步骤:
S1、增加半固化内存表;
S2、半固化内存表由内存Block与SST文件组成;
S3、内存Block数据合并执行Compaction操作;
S4、半固化内存表的内存Block为空时,从存储引擎中移除该内存表;
S5、半固化内存表设置一个最长生命周期时间阈值;
S6、系统发生故障并重启后,根据WAL恢复为只读内存表的数据;
S7、半固化内存表对外提供与只读内存表相同的读接口;
S8、收到读请求后,确保最新写入的数据优先被读取。
进一步的,在步骤S1中,增加新的半固化内存表,在只读内存表需要持久化时,进行Compaction处理后转换为半固化内存表,写意图数据驻留在内存中,多版本数据写入SST文件。
进一步的,在步骤S2中,半固化内存表由内存Block与SST文件组成,其中,内存Block记录的是事务中写意图的数据,SST文件中记录的则是正常的多版本数据。
进一步的,在步骤S3中,当有新的只读内存表进行Flush操作时,会与所有半固化内存表中的内存Block数据合并执行Compaction操作,清理已经删除的写意图数据。
进一步的,在步骤S4中,当半固化内存表的内存Block为空时,则将半固化内存表中的SST文件移动到存储引擎的L0层,并从存储引擎中移除该内存表;
同时修改Manifest摘要文件,将SST文件加入到存储引擎实例中,移除对WAL的引用,使得存储引擎在之后的操作中删除内存表关联的WAL文件。
进一步的,在步骤S5中,半固化内存表设置一个最长的生命周期时间阈值,当从只读内存表转换为半固化内存表后,会启动后台定时线程监测半固化内存表的存活时间;
当存活时间超过阈值后,如果内存表中的内存Block不为空,则强制删除内存中的写意图数据,移动SST文件到存储引擎L0层,从存储引擎中删除该内存表,相当于丢弃事务数据;
内存表的生命周期时间阈值大于事务的超时时间,在存储引擎层丢弃写意图数据之后,根据事务隔离级别的不同,对SQL层发送的清理操作可以不处理或返回错误。
进一步的,在步骤S6中,当系统发生故障并重启后,存储引擎需要根据WAL恢复为只读内存表的数据,再重新Compaction后转换为半固化内存表,而故障前半固化内存表中的SST文件则直接删除。
进一步的,在步骤S7中,半固化内存表对外提供与只读内存表相同的读接口,外部读写通过接口读取内存表中的内存Block和SST文件数据。
进一步的,在步骤S8中,当接收到读取请求后,存储引擎将按照活动内存表>只读内存表>半固化内存表>SST文件的顺序逐层处理,保持与数据写入的顺序一致。
本发明的一种分布式数据库事务数据存储优化的方法和现有技术相比,具有以下突出的有益效果:
1、本发明提出的方法将写意图事务数据驻留在内存中,并在事务结束或超时后,从内存中直接清理,减轻存储层压力,提升分布式数据库的整体性能。
2、增加半固化内存表,将写意图数据驻留内存的同时,多版本数据持久化到SST文件,减少内存占用压力。
3、增加的半固化内存表同样有关联的WAL,在系统故障时由WAL恢复数据,保证内存数据不丢失。
4、半固化内存表采用与只读内存表相同的读接口,存储引擎客户端接口不用修改,完全兼容已有应用。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
附图1是一种分布式数据库事务数据存储优化的方法中写请求处理流程图;
附图2是一种分布式数据库事务数据存储优化的方法中读请求处理流程图。
具体实施方式
为了使本技术领域的人员更好的理解本发明的方案,下面结合具体的实施方式对本发明作进一步的详细说明。显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例都属于本发明保护的范围。
下面给出一个最佳实施例:
如图1-2所示,本实施例中的一种分布式数据库事务数据存储优化的方法,具有以下步骤:
S1、增加半固化内存表:
增加新的半固化内存表,在只读内存表需要持久化时,进行Compaction处理后转换为半固化内存表,写意图数据驻留在内存中,多版本数据写入SST文件。
S2、半固化内存表由内存Block与SST文件组成:
其中,内存Block记录的是事务中写意图的数据,而SST文件中记录的则是正常的多版本数据,在保证写意图数据驻留内存的情况下,减少内存占用压力。
S3、内存Block数据合并执行Compaction操作:
当有新的只读内存表进行Flush操作时,会与所有半固化内存表中的内存Block数据合并执行Compaction操作,清理已经删除的写意图数据。
S4、半固化内存表的内存Block为空时,从存储引擎中移除该内存表:
当半固化内存表的内存Block为空时,则将半固化内存表中的SST文件移动到存储引擎的L0层,并从存储引擎中移除该内存表。同时修改Manifest摘要文件,将SST文件加入到存储引擎实例中。然后移除对WAL(预写日志文件)的引用,使得存储引擎可以在之后的操作中删除内存表关联的WAL文件。
S5、半固化内存表设置一个最长生命周期时间阈值:
半固化内存表可以设置一个最长的生命周期时间阈值,当从只读内存表转换为半固化内存表后,会启动后台定时线程监测半固化内存表的存活时间,当存话时间超过阈值后,如果内存表中的内存Block依然不为空,则强制删除内存中的写意图数据,移动SST文件到存储引擎L0层,然后从存储引擎中删除该内存表,相当于丢弃事务数据。
内存表的生命周期时间阈值应大于事务的超时时间,在存储引擎层丢弃了写意写意图数据之后,根据事务隔离级别的不同,对SQL层发送的清理操作可以不处理或返回错误。
S6、系统发生故障并重启后,根据WAL恢复为只读内存表的数据:
当系统发生故障并重启后,存储引擎首先根据WAL恢复为“只读内存表”的数据,再重新Compaction后转换为半固化内存表,保证内存中的数据不会丢失。而故障前“半固化内存表”中的SST文件则可以直接删除。
S7、半固化内存表对外提供与只读内存表相同的读接口:
半固化内存表对外提供与只读内存表相同的读接口,外部读写只能通过接口读取内存表中的内存Block和SST文件数据。
S8、收到读请求后,确保最新写入的数据优先被读取:
当接收到读取请求后,存储引擎将按照“活动内存表->只读内存表->半固化内存表->SST文件”的顺序逐层处理,保持与数据写入的顺序一致,保证最新写入的数据优先被读取到。
由于写意图事务数据只是随着事务生命周期而临时存在的,事务结束后写意图数据就可以丢弃。通过本发明提出的方法,可以将写意图数据驻留在内存直到事务结束或超时,从而减少磁盘持久化的数据量,优化了数据存储的性能。
上述具体的实施方式仅是本发明具体的个案,本发明的专利保护范围包括但不限于上述具体的实施方式,任何符合本发明的一种分布式数据库事务数据存储优化的方法权利要求书的且任何所述技术领域普通技术人员对其做出的适当变化或者替换,皆应落入本发明的专利保护范围。
尽管已经示出和描述了本发明的实施例,对于本领域的普通技术人员而言,可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型,本发明的范围由所附权利要求及其等同物限定。
Claims (9)
1.一种分布式数据库事务数据存储优化的方法,其特征在于,具有以下步骤:
S1、增加半固化内存表;
S2、半固化内存表由内存Block与SST文件组成;
S3、内存Block数据合并执行Compaction操作;
S4、半固化内存表的内存Block为空时,从存储引擎中移除该内存表;
S5、半固化内存表设置一个最长生命周期时间阈值;
S6、系统发生故障并重启后,根据WAL恢复为只读内存表的数据;
S7、半固化内存表对外提供与只读内存表相同的读接口;
S8、收到读请求后,确保最新写入的数据优先被读取。
2.根据权利要求1所述的一种分布式数据库事务数据存储优化的方法,其特征在于,在步骤S1中,增加新的半固化内存表,在只读内存表需要持久化时,进行Compaction处理后转换为半固化内存表,写意图数据驻留在内存中,多版本数据写入SST文件。
3.根据权利要求1所述的一种分布式数据库事务数据存储优化的方法,其特征在于,在步骤S2中,半固化内存表由内存Block与SST文件组成,其中,内存Block记录的是事务中写意图的数据,SST文件中记录的则是正常的多版本数据。
4.根据权利要求1所述的一种分布式数据库事务数据存储优化的方法,其特征在于,在步骤S3中,当有新的只读内存表进行Flush操作时,会与所有半固化内存表中的内存Block数据合并执行Compaction操作,清理已经删除的写意图数据。
5.根据权利要求1所述的一种分布式数据库事务数据存储优化的方法,其特征在于,在步骤S4中,当半固化内存表的内存Block为空时,则将半固化内存表中的SST文件移动到存储引擎的L0层,并从存储引擎中移除该内存表;
同时修改Manifest摘要文件,将SST文件加入到存储引擎实例中,移除对WAL的引用,使得存储引擎在之后的操作中删除内存表关联的WAL文件。
6.根据权利要求1所述的一种分布式数据库事务数据存储优化的方法,其特征在于,在步骤S5中,半固化内存表设置一个最长的生命周期时间阈值,当从只读内存表转换为半固化内存表后,会启动后台定时线程监测半固化内存表的存活时间;
当存活时间超过阈值后,如果内存表中的内存Block不为空,则强制删除内存中的写意图数据,移动SST文件到存储引擎L0层,从存储引擎中删除该内存表,相当于丢弃事务数据;
内存表的生命周期时间阈值大于事务的超时时间,在存储引擎层丢弃写意图数据之后,根据事务隔离级别的不同,对SQL层发送的清理操作可以不处理或返回错误。
7.根据权利要求1所述的一种分布式数据库事务数据存储优化的方法,其特征在于,在步骤S6中,当系统发生故障并重启后,存储引擎需要根据WAL恢复为只读内存表的数据,再重新Compaction后转换为半固化内存表,而故障前半固化内存表中的SST文件则直接删除。
8.根据权利要求1所述的一种分布式数据库事务数据存储优化的方法,其特征在于,在步骤S7中,半固化内存表对外提供与只读内存表相同的读接口,外部读写通过接口读取内存表中的内存Block和SST文件数据。
9.根据权利要求1所述的一种分布式数据库事务数据存储优化的方法,其特征在于,在步骤S8中,当接收到读取请求后,存储引擎将按照活动内存表>只读内存表>半固化内存表>SST文件的顺序逐层处理,保持与数据写入的顺序一致。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011429468.4A CN112487095B (zh) | 2020-12-09 | 2020-12-09 | 一种分布式数据库事务数据存储优化的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011429468.4A CN112487095B (zh) | 2020-12-09 | 2020-12-09 | 一种分布式数据库事务数据存储优化的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112487095A CN112487095A (zh) | 2021-03-12 |
CN112487095B true CN112487095B (zh) | 2023-03-28 |
Family
ID=74940902
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011429468.4A Active CN112487095B (zh) | 2020-12-09 | 2020-12-09 | 一种分布式数据库事务数据存储优化的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112487095B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114138788A (zh) * | 2021-12-01 | 2022-03-04 | 浪潮云信息技术股份公司 | 一种基于RocksDB的大内存优化方法及系统 |
CN114706836B (zh) * | 2022-03-29 | 2023-01-10 | 中国科学院软件研究所 | 一种基于机载嵌入式数据库的数据生命周期管理方法 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7822727B1 (en) * | 2004-07-02 | 2010-10-26 | Borland Software Corporation | System and methodology for performing read-only transactions in a shared cache |
CN103870483A (zh) * | 2012-12-13 | 2014-06-18 | 厦门雅迅网络股份有限公司 | 一种动态调整内存空间批量存储数据的方法 |
CN105339913A (zh) * | 2013-03-15 | 2016-02-17 | 威瑞登特系统公司 | 管理不对称存储器系统的写性能 |
CN106202459A (zh) * | 2016-07-14 | 2016-12-07 | 华南师范大学 | 虚拟化环境下的关系型数据库存储性能优化方法及系统 |
CN108319602A (zh) * | 2017-01-17 | 2018-07-24 | 广州市动景计算机科技有限公司 | 数据库管理方法及数据库系统 |
CN110704439A (zh) * | 2019-09-27 | 2020-01-17 | 北京智道合创科技有限公司 | 数据存储方法及装置 |
CN111352908A (zh) * | 2020-02-28 | 2020-06-30 | 北京奇艺世纪科技有限公司 | 基于lsm的数据存储方法、装置、存储介质及计算机设备 |
CN112035297A (zh) * | 2020-08-28 | 2020-12-04 | 浪潮云信息技术股份公司 | 一种基于备份任务的自动执行云备份方法 |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102402622B (zh) * | 2011-12-27 | 2015-09-09 | 北京人大金仓信息技术股份有限公司 | 嵌入式内存数据库的内存页面管理调度方法 |
US8906320B1 (en) * | 2012-04-16 | 2014-12-09 | Illumina, Inc. | Biosensors for biological or chemical analysis and systems and methods for same |
CN105117415B (zh) * | 2015-07-30 | 2018-07-03 | 西安交通大学 | 一种优化的ssd数据更新方法 |
CN107885834B (zh) * | 2017-11-09 | 2021-07-20 | 浪潮云信息技术股份公司 | 一种Hadoop大数据组件统一验证系统 |
CN108037997A (zh) * | 2017-11-30 | 2018-05-15 | 努比亚技术有限公司 | 内存优化方法、移动终端及计算机可读存储介质 |
CN111625531B (zh) * | 2019-02-28 | 2023-06-20 | 阿里巴巴集团控股有限公司 | 基于可编程装置的合并装置、数据合并方法及数据库系统 |
CN110134697B (zh) * | 2019-05-22 | 2024-01-16 | 南京大学 | 一种面向键值对存储引擎的参数自动调优方法、装置、系统 |
CN111221922A (zh) * | 2019-12-31 | 2020-06-02 | 苏州浪潮智能科技有限公司 | 一种RocksDB数据库数据写入方法及RocksDB数据库 |
CN111752996B (zh) * | 2020-07-01 | 2024-09-06 | 浪潮云信息技术股份公司 | 一种CockroachDB支持多存储引擎的实现方法 |
CN111752931B (zh) * | 2020-07-01 | 2024-09-20 | 浪潮云信息技术股份公司 | 一种用于newsql数据库管理系统的智能存储表实现方法及系统 |
-
2020
- 2020-12-09 CN CN202011429468.4A patent/CN112487095B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7822727B1 (en) * | 2004-07-02 | 2010-10-26 | Borland Software Corporation | System and methodology for performing read-only transactions in a shared cache |
CN103870483A (zh) * | 2012-12-13 | 2014-06-18 | 厦门雅迅网络股份有限公司 | 一种动态调整内存空间批量存储数据的方法 |
CN105339913A (zh) * | 2013-03-15 | 2016-02-17 | 威瑞登特系统公司 | 管理不对称存储器系统的写性能 |
CN106202459A (zh) * | 2016-07-14 | 2016-12-07 | 华南师范大学 | 虚拟化环境下的关系型数据库存储性能优化方法及系统 |
CN108319602A (zh) * | 2017-01-17 | 2018-07-24 | 广州市动景计算机科技有限公司 | 数据库管理方法及数据库系统 |
CN110704439A (zh) * | 2019-09-27 | 2020-01-17 | 北京智道合创科技有限公司 | 数据存储方法及装置 |
CN111352908A (zh) * | 2020-02-28 | 2020-06-30 | 北京奇艺世纪科技有限公司 | 基于lsm的数据存储方法、装置、存储介质及计算机设备 |
CN112035297A (zh) * | 2020-08-28 | 2020-12-04 | 浪潮云信息技术股份公司 | 一种基于备份任务的自动执行云备份方法 |
Non-Patent Citations (1)
Title |
---|
leveldb数据库的memcompaction操作源码;刘小京;《CSDN博客》;20190326;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN112487095A (zh) | 2021-03-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108319602B (zh) | 数据库管理方法及数据库系统 | |
CN112487095B (zh) | 一种分布式数据库事务数据存储优化的方法 | |
US7499954B2 (en) | Consistent reintegration of a failed primary instance | |
US10949415B2 (en) | Logging system using persistent memory | |
CN109213432B (zh) | 利用日志结构合并树将数据写入的存储设备及其方法 | |
US11409616B2 (en) | Recovery of in-memory databases after a system crash | |
US7406489B2 (en) | Apparatus, system and method for persistently storing data in a data synchronization process | |
JP4916892B2 (ja) | トランザクション処理のためのログ情報管理システムおよび方法 | |
US12066903B2 (en) | Transaction recovery from a failure associated with a database server | |
US20120136842A1 (en) | Partitioning method of data blocks | |
CN112699092B (zh) | 一种RocksDB存储大值数据的方法 | |
CN113076220A (zh) | 数据处理方法、装置、电子设备及计算机可读介质 | |
TW201514734A (zh) | 資料庫管理方法、資料庫管理系統,以及資料庫樹狀結構 | |
CN103207916B (zh) | 元数据处理的方法和装置 | |
CN116595012B (zh) | 一种基于非易失内存的时序数据库日志存储方法及系统 | |
CN117573032A (zh) | 一种基于RocksDB数据库写放大的优化方法 | |
US20120317384A1 (en) | Data storage method | |
CN113253932A (zh) | 一种分布式存储系统的读写控制方法和系统 | |
CN114780489B (zh) | 一种实现分布式块存储底层gc的方法及装置 | |
CN111966635A (zh) | 一种分布式存储文件系统提升文件探知速度的方法、装置 | |
KR101419428B1 (ko) | 모바일 환경에 구축된 데이터베이스에 대한 트랜잭션 로깅 및 회복 장치 및 그 방법 | |
CN115098486A (zh) | 基于海关业务大数据的实时数据采集方法 | |
CN114116685A (zh) | 一种非结构化数据库中历史数据的清理方法及终端 | |
RU2647648C1 (ru) | Способ организации хранения исторических дельт записей | |
CN111240893B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |