CN107526550A - 一种基于日志结构合并树的两阶段合并方法 - Google Patents
一种基于日志结构合并树的两阶段合并方法 Download PDFInfo
- Publication number
- CN107526550A CN107526550A CN201710795391.4A CN201710795391A CN107526550A CN 107526550 A CN107526550 A CN 107526550A CN 201710795391 A CN201710795391 A CN 201710795391A CN 107526550 A CN107526550 A CN 107526550A
- Authority
- CN
- China
- Prior art keywords
- file
- underlying
- slicelink
- fragment
- underlying file
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/062—Securing storage systems
- G06F3/0623—Securing storage systems in relation to content
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0638—Organizing or formatting or addressing of data
- G06F3/064—Management of blocks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0638—Organizing or formatting or addressing of data
- G06F3/0643—Management of files
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
- G06F3/0652—Erasing, e.g. deleting, data cleaning, moving of data to a wastebasket
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/0671—In-line storage system
- G06F3/0683—Plurality of storage devices
- G06F3/0688—Non-volatile semiconductor memory arrays
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明涉及一种基于日志结构合并树的两阶段合并方法,包括以下步骤:1)根据不均衡得分在开源系统中选出空间分布最不合理的一层;2)根据轮询原则选出空间分布最不合理一层中的目标文件;3)将目标文件按覆盖相同键值范围的下层文件分割碎片,将每一碎片与对应键值范围的下层文件链接,并为每一下层文件增加SliceLink;4)检查每一下层文件SliceLink数量,若所有下层文件SliceLink数量均不超过预设阈值则进入步骤2),直到存在下层文件SliceLink数量超过预设阈值则进入步骤5);5)将SliceLink数量超过预设阈值的下层文件以及与该下层文件碎片链接的对应键值范围目标文件分别读入开源系统内存中进行合并生成新文件后写入下层文件所在层,本发明可广泛用于信息存储技术领域中。
Description
技术领域
本发明是关于一种基于日志结构合并树的两阶段合并方法,属于信息存储技术领域。
背景技术
随着Web2.0时代的到来,数据规模呈爆炸式增长,传统的关系型数据库已经很难满足海量数据存储时代的需求,而具有读写速度快,易于扩展,成本低廉等特征的非关系型数据库开始被广泛应用。按存储方式和存储内容,非关系型数据库可以分为列存储、文档存储、键值存储、图存储和对象存储等多种类型,其中,键值存储简单,非常适合不涉及过多数据关系和业务关系的业务数据,在各大互联网公司业务中已称为主流的存储方式。键值存储通常有哈希表、B树及其变体、日志结构合并树三种架构。日志结构合并树主要对大量写入的场景进行优化,同时也提供合理的读性能和范围查询功能,并且有LevelDB和RockDB等成熟的开源系统可以使用,通常用于存储应用产生的海量数据。日志结构合并树的概念于上世纪90年代被提出,近年来开始被大规模使用,说明这种存储方式能够在大数据时代发挥其主要优势。宏观来看,日志结构合并树由两个或两个以上存储结构组成,其中,上层是一个常驻内存的结构称为C0,C0空间较小,可以采用任何一种有序结构存储数据,如跳跃表等;下层部署另一个部件负责管理外存空间称为C1,C1通常采用B树等对磁盘友好的有序结构,空间通常比C0大很多,C1中经常被访问的结点或数据也将会被缓存在内存中。按照需要,有些日志结构合并树可以在外存中设置更多层次,如C2、C3等,一般下层空间是其相邻上层的N倍,通过设置多层可以使整个日志结构合并树的空间实现指数级增长。
合并操作是日志结构合并树的关键模块,负责将数据从内存移动到外存以及外存空间的维护。为加快数据写入,日志结构合并树采用多层次的组织结构,上层空间较小,下层空间通常是其上一层空间的数倍,以指数级的方式进行增长。当写入新数据时,数据首先进入内存填充Buffer(缓存器),Buffer装满后进入日志结构合并树的上层空间。随着数据量不断增大,上层空间不足,其中的数据需要不断向下合并至下层空间。为平衡读取操作的开销,日志结构合并树保证数据按Key顺序的方式存储,使得访问数据能够快速被定位。然而,指数级的空间增长方式给数据库带来写放大,即来自上层用户要求写入的量远远小于数据库实际的写入量。如图1所示,LevelDB系统实现了日志结构合并树的多层结构,下层空间是相邻上层空间的N倍,内存中以跳跃表方式缓存数据,在数据量到达一定阈值时写入第0层,每层中数据存放在多个大小相近的文件中,除第0层外数据在文件内和文件间是严格有序的,即将每层的有序结构以文件方式保存。为加快数据持久化到外存的速度,第0层的数据直接来自内存持久化,所以数据在文件内有序,文件间不保证顺序。当外存中某一层的大小超过限定值,LevelDB系统将执行合并操作。合并操作首先在目标层(如Lk层)中选取一个文件,然后在其下一层(Lk+1)找出与之覆盖键值范围相同的其他文件,将来自两层的文件均读入内存进行归并排序,最后将产生的数据写入Lk+1层,在这个过程中,任何读写均是对已持久化的数据的重复操作。由于合并操作是为了将数据进行下压,所以对上层一个文件的读写是不可避免的,减小读写放大率只能从下层入手。而日志结构合并树存在的高读写放大率问题还将导致访问延迟抖动明显,不适合在非耐久性设备中应用等问题,在实际应用中往往不能提供高质量的存储服务。
综上所述,现有日志结构合并树的数据合并方法是单阶段的合并方法,即选择少数的上层数据和很多的下层数据进行合并,这种合并方法较为简单,但是会带来严重的写放大和存储服务性能下降的问题。
发明内容
针对上述问题,本发明的目的是提供一种基于日志结构合并树的两阶段合并方法,能够提高存储服务性能下降且能够减小日志结构合并树存在的高读写放大率。
为实现上述目的,本发明采取以下技术方案:一种基于日志结构合并树的两阶段合并方法,其特征在于,包括以下步骤:1)根据不均衡得分,在开源系统中选出空间分布最不合理的一层;2)根据轮询原则,选出空间分布最不合理的一层中的目标文件;3)链接阶段:将目标文件按照覆盖相同键值范围的下层文件分割碎片,将每一碎片与对应键值范围的下层文件进行链接,并为每一下层文件均增加用于记录链接信息的链接元数据,记为SliceLink;4)检查每一下层文件的SliceLink数量,若所有下层文件的SliceLink数量均不超过预设阈值,则进入步骤2),直到存在下层文件的SliceLink数量超过预设阈值,则进入步骤5);5)合并阶段:将SliceLink数量超过预设阈值的下层文件以及与该下层文件碎片链接的对应键值范围的目标文件分别读入开源系统的内存中进行合并,生成新文件后写入下层文件所在层中。
进一步,所述步骤3)中将目标文件按照覆盖相同键值范围的下层文件分割碎片,将每一碎片与对应键值范围的下层文件进行链接,并为每一下层文件均增加用于记录链接信息的链接元数据,具体过程为:①将目标文件标记为冻结状态,通过开源系统表缓存中的目标文件元数据记录目标文件的键值范围;②在开源系统的表缓存中获取与目标文件覆盖相同键值范围的若干下层文件;③根据每一下层文件的键值范围将目标文件分割成若干碎片,并将每一碎片与对应键值范围的下层文件进行链接;④为目标文件引入用于记录目标文件被链接次数的引用计数;⑤在开源系统的内存中为每一下层文件均增加用于记录链接信息的SliceLink,其中,链接信息包括所链接碎片的来源和键值范围。
进一步,所述步骤4)中的预设阈值根据日志结构合并树的扇出进行设置。
进一步,所述步骤5)中将SliceLink数量超过预设阈值的下层文件以及与该下层文件碎片链接的对应键值范围的目标文件分别读入开源系统的内存中进行合并,生成新文件后写入下层文件所在层中,具体过程为:a)根据SliceLink数量超过预设阈值的下层文件中每一SliceLink记录的碎片来源,确定该下层文件中每一碎片链接的冻结状态目标文件;b)根据上述SliceLink记录的碎片键值范围和对应冻结状态目标文件的元数据,得到该下层文件中每一碎片的键值范围覆盖的目标文件数据块;c)将该下层文件和目标文件数据块分别读入开源系统的内存后进行一次归并排序生成新文件,并将新文件写入该下层文件所在层中;d)检测冻结状态目标文件的引用计数,当引用计数为0时,该冻结状态的目标文件即能够被回收并删除。
进一步,在对下层文件进行读操作处理时采用小粒度读操作,即先读取下层文件的SliceLink,若所需读取的数据不在该SliceLink中,则再去该下层文件中进行搜索。
本发明由于采取以上技术方案,其具有以下优点:1、本发明合并操作中的链接阶段和合并阶段是两个不连续的过程,通过对SliceLink的数量预设阈值,去除了合并操作需要立即执行的特性,从而允许下层文件掌握主动权,仅当下层文件积累了足够的SliceLink后才触发真正的I/O操作,这种情况下合并和移动一个文件所需要额外进行的I/O量约为1倍,有效降低了I/O放大率,进一步提高存储服务性能。2、本发明根据SliceLink记录的链接信息和目标文件的元数据记录的目标文件键值范围,只需将与下层文件碎片链接的对应键值范围的目标文件数据块读入内存中即可,减小了日志结构合并树存在的高读写放大率。3、本发明通过对目标文件进行冻结并引入引用计数,能够避免对目标文件的重复读写,进一步解决了写放大和存储服务性能下降问题。4、虽然本发明的两阶段合并方法对读操作带来了一定影响,引入了额外的小粒度读操作,但是由于开源系统针对文件索引和布隆过滤器进行了有效的缓存,实际上这些额外的读基本上只涉及内存读操作。尤其是应用在固态硬盘为存储介质的存储系统上时,由于设备随机读性能已经得到很大提高,所以本发明的两阶段合并方法对读性能的损耗并不大,可以广泛应用于信息存储技术领域中。
附图说明
图1是现有LevelDB系统的存储架构和合并操作示意图;
图2是本发明的原理示意图;
图3是本发明链接阶段的原理示意图;
图4是本发明合并阶段的原理示意图,其中,图4(a)为合并阶段前的原理示意图,图4(b)为合并阶段后的原理示意图。
具体实施方式
以下结合附图来对本发明进行详细的描绘。然而应当理解,附图的提供仅为了更好地理解本发明,它们不应该理解成对本发明的限制。
如图1所示,两阶段合并方法可以分为链接阶段和合并阶段两个步骤,当一个上层文件A被合并进程选中称为目标文件时开始进入链接阶段,这一阶段合并操作不需要立即执行,而是将上层文件A根据键值范围进行切分。假设上层文件A需要与下层文件B、C和D进行合并,则需要将上层文件A划分为三个碎片(Slice),每一碎片的键值范围分别对应下层文件B、C和D。当下层的某一文件E上链接有足够多的碎片时(如下层文件E有来自上层文件F、G和H的碎片)开始进入合并阶段,此时合并进程将下层文件E和其所链接的三个碎片读出到内存中进行归并排序,随后生成若干个新的文件写回下层中。
如图2~4所示,本发明提供的基于日志结构合并树的两阶段合并方法,包括以下步骤:
1、根据不均衡得分(Compaction Score),在LevelDB系统中选出空间分布最不合理的一层,其中,不均衡得分为现有技术,在此不做赘述。
2、根据轮询原则(Round-robin),选出空间分布最不合理的一层(第i层)中的目标文件A,其中,轮询原则为现有技术,在此不做赘述。
3、链接阶段:将目标文件A按照覆盖相同键值范围的下层文件B、C和D分割碎片,将每一碎片与对应键值范围的下层文件B、C和D进行链接,并增加用于记录链接信息的链接元数据,记为SliceLink,具体过程为:
1)将目标文件A标记为冻结状态,通过LevelDB系统表缓存中的目标文件A元数据记录目标文件A的键值范围。
2)在LevelDB系统的表缓存中获取与目标文件A覆盖相同键值范围的下层文件B、C和D。
3)根据下层文件B、C和D的键值范围将目标文件A分割成三个碎片(图3中的1、2和3),并将三个碎片与对应键值范围的下层文件B、C或D进行链接。
此时考虑键值范围中的间隔问题,假设下层文件B的键值范围为[Ksmallest,KBH](记为KR1),下层文件C的键值范围为[KBH,KCH](记为KR2),下层文件D的键值范围为[KCH,Klargest](记为KR3),其中,Ksmallest表示该层的最小键值,KBH表示下层文件B内的最大键值,KCH表示下层文件C内的最大键值,Klargest表示该层的最大键值。可以看出,KR1、KR2和KR3中包括下层文件B、C和D之间的间隔,所以当目标文件A按照下层文件B、C和D的键值范围分割碎片后,任一碎片均可以链接到KR1、KR2或KR3这三个键值范围中的任意一个(例如图3中碎片1链接到键值范围为KR1的下层文件B)。
4)为目标文件引入引用计数,用于记录目标文件A被链接的次数。
当目标文件A进入链接阶段时,合并进程会将其标记为冻结状态,这一操作在逻辑上是将目标文件A从日志结构合并树中去除,冻结状态的目标文件A不会在下一次合并时被选中,且需要为其引入一个新的元数据:引用计数,用于记录这个文件被链接的次数。
5)在LevelDB系统的内存中为下层文件B、C和D增加用于记录链接信息的链接元数据(SliceLink)A1、A2和A3,其中,SliceLink A1、A2和A3上记录的链接信息包括所链接碎片的来源和键值范围。
4、检查每一下层文件的SliceLink数量,若所有下层文件的SliceLink数量均不超过预设阈值,则进入步骤2,直到存在下层文件的SliceLink数量超过预设阈值,则进入步骤5。
预设阈值需要根据日志结构合并树的扇出进行设置,假设日志结构合并树的扇出为N,则目标文件分割碎片后,平均每一碎片的空间大小平均为1/N,理论上当阈值设置为N时,合并阶段下层文件所链接的碎片总大小约等于其自身。
5、合并阶段:将SliceLink数量超过预设阈值的下层文件E(下层文件E为下层文件B、C和D中的某一个)以及与该下层文件E碎片链接的对应键值范围的目标文件分别读入LevelDB系统的内存中进行合并,生成新文件后写入下层文件E所在层中,具体过程为:
1)根据SliceLink数量超过预设阈值的下层文件E中每一SliceLink记录的碎片来源,确定下层文件E中每一碎片链接的冻结状态目标文件,本发明实施例的下层文件E中每一碎片链接的冻结状态目标文件为三个F、G和H(其中包括目标文件A,为了方便内容叙述采用F、G和H表示)。
2)根据上述SliceLink记录的碎片键值范围和对应冻结状态目标文件的元数据,得到下层文件E中每一碎片的键值范围覆盖的目标文件数据块。
假设下层文件E上链接的碎片为F3、G1和H2,分别来自冻结状态的目标文件F、G和H。因为每一目标文件中的数据均按照数据块的形式存储,每一目标文件通常包含若干数据块,所以通过SliceLink中记录的碎片键值范围和目标文件自身的元数据,合并进程不需要将冻结状态的目标文件F、G和H整体读出,只需要读出碎片F3、G1和H2覆盖的相应目标文件的数据块即可。
3)将下层文件E和目标文件数据块分别读入LevelDB系统的内存后进行一次归并排序生成新文件E’和E”(以此为例),并将新文件写入下层文件E所在层中,其中,归并排序为现有技术,在此不做赘述。
4)检测冻结状态目标文件的引用计数,当引用计数为0时,该冻结状态的目标文件即能够被回收并删除。
由于将碎片F3、G1和H2进行了合并,所以冻结状态的目标文件F、G和H的被链接次数需要减少,即引用计数需减一,当冻结状态的目标文件F、G或H的引用计数减为0时,该冻结状态的目标文件F、G或H即能够被回收并删除。
在一个优选的实施例中,在对下层文件E进行读操作处理时采用小粒度读操作,即先读取下层文件E的SliceLink,若所需读取的数据不在该SliceLink中,则再去下层文件E中进行搜索。
由于在链接阶段处理和合并阶段处理中,冻结状态的目标文件不再受到LevelDB系统的正常流程管理,实际上,该冻结状态的目标文件中的数据逻辑上已经属于所链接的下层文件。因为日志结构合并树的数据流动方式决定了上层文件的数据版本永远比下层文件的数据版本新,所以与下层文件的数据相比在SliceLink中的数据应该拥有更高的读优先级。因此,当用户需要读取下层文件E中的数据时,LevelDB系统首先需要读取下层文件E的SliceLink,若所需读取的数据不在该SliceLink中,则再去下层文件E中进行搜索。
虽然本发明的两阶段合并方法对读操作带来了一定影响,但是LevelDB系统已经对文件索引和布隆过滤器均进行了有效的缓存,实际上这些额外的读操作基本上只涉及内存读操作,尤其是当存储系统应用在SSD为存储介质的存储系统上时,由于该存储系统的随机读性能已经得到很大提高,所以本发明的两阶段合并方法对读性能的损耗并不大。
上述各实施例仅用于说明本发明,其中各部件的结构、连接方式和制作工艺等都是可以有所变化的,凡是在本发明技术方案的基础上进行的等同变换和改进,均不应排除在本发明的保护范围之外。
Claims (5)
1.一种基于日志结构合并树的两阶段合并方法,其特征在于,包括以下步骤:
1)根据不均衡得分,在开源系统中选出空间分布最不合理的一层;
2)根据轮询原则,选出空间分布最不合理的一层中的目标文件;
3)链接阶段:将目标文件按照覆盖相同键值范围的下层文件分割碎片,将每一碎片与对应键值范围的下层文件进行链接,并为每一下层文件均增加用于记录链接信息的链接元数据,记为SliceLink;
4)检查每一下层文件的SliceLink数量,若所有下层文件的SliceLink数量均不超过预设阈值,则进入步骤2),直到存在下层文件的SliceLink数量超过预设阈值,则进入步骤5);
5)合并阶段:将SliceLink数量超过预设阈值的下层文件以及与该下层文件碎片链接的对应键值范围的目标文件分别读入开源系统的内存中进行合并,生成新文件后写入下层文件所在层中。
2.如权利要求1所述的一种基于日志结构合并树的两阶段合并方法,其特征在于,所述步骤3)中将目标文件按照覆盖相同键值范围的下层文件分割碎片,将每一碎片与对应键值范围的下层文件进行链接,并为每一下层文件均增加用于记录链接信息的链接元数据,具体过程为:
①将目标文件标记为冻结状态,通过开源系统表缓存中的目标文件元数据记录目标文件的键值范围;
②在开源系统的表缓存中获取与目标文件覆盖相同键值范围的若干下层文件;
③根据每一下层文件的键值范围将目标文件分割成若干碎片,并将每一碎片与对应键值范围的下层文件进行链接;
④为目标文件引入用于记录目标文件被链接次数的引用计数;
⑤在开源系统的内存中为每一下层文件均增加用于记录链接信息的SliceLink,其中,链接信息包括所链接碎片的来源和键值范围。
3.如权利要求2所述的一种基于日志结构合并树的两阶段合并方法,其特征在于,所述步骤4)中的预设阈值根据日志结构合并树的扇出进行设置。
4.如权利要求3所述的一种基于日志结构合并树的两阶段合并方法,其特征在于,所述步骤5)中将SliceLink数量超过预设阈值的下层文件以及与该下层文件碎片链接的对应键值范围的目标文件分别读入开源系统的内存中进行合并,生成新文件后写入下层文件所在层中,具体过程为:
a)根据SliceLink数量超过预设阈值的下层文件中每一SliceLink记录的碎片来源,确定该下层文件中每一碎片链接的冻结状态目标文件;
b)根据上述SliceLink记录的碎片键值范围和对应冻结状态目标文件的元数据,得到该下层文件中每一碎片的键值范围覆盖的目标文件数据块;
c)将该下层文件和目标文件数据块分别读入开源系统的内存后进行一次归并排序生成新文件,并将新文件写入该下层文件所在层中;
d)检测冻结状态目标文件的引用计数,当引用计数为0时,该冻结状态的目标文件即能够被回收并删除。
5.如权利要求1所述的一种基于日志结构合并树的两阶段合并方法,其特征在于,在对下层文件进行读操作处理时采用小粒度读操作,即先读取下层文件的SliceLink,若所需读取的数据不在该SliceLink中,则再去该下层文件中进行搜索。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710795391.4A CN107526550B (zh) | 2017-09-06 | 2017-09-06 | 一种基于日志结构合并树的两阶段合并方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710795391.4A CN107526550B (zh) | 2017-09-06 | 2017-09-06 | 一种基于日志结构合并树的两阶段合并方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107526550A true CN107526550A (zh) | 2017-12-29 |
CN107526550B CN107526550B (zh) | 2020-01-17 |
Family
ID=60683679
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710795391.4A Active CN107526550B (zh) | 2017-09-06 | 2017-09-06 | 一种基于日志结构合并树的两阶段合并方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107526550B (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109451008A (zh) * | 2018-10-31 | 2019-03-08 | 中国人民大学 | 一种云平台下多租户的带宽保障框架和成本优化方法 |
CN109558084A (zh) * | 2018-11-29 | 2019-04-02 | 文华学院 | 一种数据处理方法以及相关设备 |
CN110704453A (zh) * | 2019-10-15 | 2020-01-17 | 腾讯音乐娱乐科技(深圳)有限公司 | 一种数据查询方法、装置、存储介质及电子设备 |
CN111581218A (zh) * | 2020-05-14 | 2020-08-25 | 天津理工大学 | 一种利用双粒度加速访问基于日志结构合并树的键值数据存储的方法 |
CN111949439A (zh) * | 2019-05-17 | 2020-11-17 | 中国移动通信集团河南有限公司 | 基于数据库的数据文件更新方法和装置 |
CN112073779A (zh) * | 2019-06-10 | 2020-12-11 | 海信视像科技股份有限公司 | 显示设备及按键传递的容错方法 |
CN112527735A (zh) * | 2018-07-24 | 2021-03-19 | 华为技术有限公司 | 一种应用于键值存储系统中的数据合并方法和装置 |
CN113961514A (zh) * | 2021-12-20 | 2022-01-21 | 支付宝(杭州)信息技术有限公司 | 数据查询方法及装置 |
CN115905233A (zh) * | 2021-03-11 | 2023-04-04 | 中科驭数(北京)科技有限公司 | 归并树形数据排序系统和排序方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140188870A1 (en) * | 2012-12-28 | 2014-07-03 | Dhrubajyoti Borthakur | Lsm cache |
CN104142958A (zh) * | 2013-05-10 | 2014-11-12 | 华为技术有限公司 | 一种键值对系统中数据的存储方法和相关装置 |
CN105159915A (zh) * | 2015-07-16 | 2015-12-16 | 中国科学院计算技术研究所 | 可动态适应的lsm树合并方法及系统 |
CN106708427A (zh) * | 2016-11-17 | 2017-05-24 | 华中科技大学 | 一种适用于键值对数据的存储方法 |
-
2017
- 2017-09-06 CN CN201710795391.4A patent/CN107526550B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140188870A1 (en) * | 2012-12-28 | 2014-07-03 | Dhrubajyoti Borthakur | Lsm cache |
CN104142958A (zh) * | 2013-05-10 | 2014-11-12 | 华为技术有限公司 | 一种键值对系统中数据的存储方法和相关装置 |
CN105159915A (zh) * | 2015-07-16 | 2015-12-16 | 中国科学院计算技术研究所 | 可动态适应的lsm树合并方法及系统 |
CN106708427A (zh) * | 2016-11-17 | 2017-05-24 | 华中科技大学 | 一种适用于键值对数据的存储方法 |
Non-Patent Citations (1)
Title |
---|
隆飞等: "基于LSM Tree的 分布式索引实现", 《华东师范大学学报(自然科学版)》 * |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112527735A (zh) * | 2018-07-24 | 2021-03-19 | 华为技术有限公司 | 一种应用于键值存储系统中的数据合并方法和装置 |
CN109451008B (zh) * | 2018-10-31 | 2021-05-28 | 中国人民大学 | 一种云平台下多租户的带宽保障框架和成本优化方法 |
CN109451008A (zh) * | 2018-10-31 | 2019-03-08 | 中国人民大学 | 一种云平台下多租户的带宽保障框架和成本优化方法 |
CN109558084A (zh) * | 2018-11-29 | 2019-04-02 | 文华学院 | 一种数据处理方法以及相关设备 |
CN109558084B (zh) * | 2018-11-29 | 2021-08-17 | 文华学院 | 一种数据处理方法以及相关设备 |
CN111949439A (zh) * | 2019-05-17 | 2020-11-17 | 中国移动通信集团河南有限公司 | 基于数据库的数据文件更新方法和装置 |
CN111949439B (zh) * | 2019-05-17 | 2023-08-01 | 中国移动通信集团河南有限公司 | 基于数据库的数据文件更新方法和装置 |
CN112073779A (zh) * | 2019-06-10 | 2020-12-11 | 海信视像科技股份有限公司 | 显示设备及按键传递的容错方法 |
CN112073779B (zh) * | 2019-06-10 | 2023-02-17 | 海信视像科技股份有限公司 | 显示设备及按键传递的容错方法 |
CN110704453A (zh) * | 2019-10-15 | 2020-01-17 | 腾讯音乐娱乐科技(深圳)有限公司 | 一种数据查询方法、装置、存储介质及电子设备 |
CN110704453B (zh) * | 2019-10-15 | 2022-05-06 | 腾讯音乐娱乐科技(深圳)有限公司 | 一种数据查询方法、装置、存储介质及电子设备 |
CN111581218A (zh) * | 2020-05-14 | 2020-08-25 | 天津理工大学 | 一种利用双粒度加速访问基于日志结构合并树的键值数据存储的方法 |
CN115905233A (zh) * | 2021-03-11 | 2023-04-04 | 中科驭数(北京)科技有限公司 | 归并树形数据排序系统和排序方法 |
CN115905233B (zh) * | 2021-03-11 | 2023-10-20 | 中科驭数(北京)科技有限公司 | 归并树形数据排序系统和排序方法 |
CN113961514A (zh) * | 2021-12-20 | 2022-01-21 | 支付宝(杭州)信息技术有限公司 | 数据查询方法及装置 |
CN113961514B (zh) * | 2021-12-20 | 2022-03-08 | 支付宝(杭州)信息技术有限公司 | 数据查询方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN107526550B (zh) | 2020-01-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107526550A (zh) | 一种基于日志结构合并树的两阶段合并方法 | |
US10496621B2 (en) | Columnar storage of a database index | |
CN105117415B (zh) | 一种优化的ssd数据更新方法 | |
US9311252B2 (en) | Hierarchical storage for LSM-based NoSQL stores | |
CN105912687B (zh) | 海量分布式数据库存储单元 | |
US20100185807A1 (en) | Data storage processing method, data searching method and devices thereof | |
CN110347852B (zh) | 嵌入横向扩展键值存储系统的文件系统及文件管理方法 | |
CN103838853B (zh) | 一种基于不同存储介质的混合文件系统 | |
CN103914483B (zh) | 文件存储方法、装置及文件读取方法、装置 | |
CN110188108A (zh) | 数据存储方法、装置、系统、计算机设备及存储介质 | |
CN102200892B (zh) | 一种基于动态raid系统的扩容方法 | |
CN102682108B (zh) | 一种行列混合的数据库存储方法 | |
CN107423422A (zh) | 基于网格的空间数据分布式存储及检索方法和系统 | |
CN104424219B (zh) | 一种数据文件的管理方法及装置 | |
CN109299113A (zh) | 具有存储感知的混合索引的范围查询方法 | |
CN105975587A (zh) | 一种高性能的内存数据库索引组织与访问方法 | |
CN106951375A (zh) | 在存储系统中删除快照卷的方法及装置 | |
CN109558084A (zh) | 一种数据处理方法以及相关设备 | |
US8719235B2 (en) | Controlling tape layout for de-duplication | |
CN107391544A (zh) | 列式存储数据的处理方法、装置、设备及计算机储存介质 | |
US20110153580A1 (en) | Index Page Split Avoidance With Mass Insert Processing | |
TWI734364B (zh) | 資料分塊儲存方法、裝置及電子設備 | |
CN104408128B (zh) | 一种基于b+树异步更新索引的读优化方法 | |
CN104156432A (zh) | 一种文件访问方法 | |
CN108182209A (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 |