CN104360824A - 一种数据合并的方法和装置 - Google Patents
一种数据合并的方法和装置 Download PDFInfo
- Publication number
- CN104360824A CN104360824A CN201410645460.XA CN201410645460A CN104360824A CN 104360824 A CN104360824 A CN 104360824A CN 201410645460 A CN201410645460 A CN 201410645460A CN 104360824 A CN104360824 A CN 104360824A
- Authority
- CN
- China
- Prior art keywords
- data length
- storage list
- mean data
- work queue
- merging
- 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/061—Improving I/O performance
- G06F3/0613—Improving I/O performance in relation to throughput
-
- 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/0608—Saving storage space on storage systems
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
本发明公开了一种数据合并的方法和装置,涉及计算机技术领域。所述方法包括:获取每个存储表的平均数据长度,并以所述平均数据长度对各个存储表进行分类;所述平均数据长度为存储表中存储的各用户数据的平均数据长度;将同一分类的存储表对应的合并任务提交至负责所述分类的工作队列中;由所述工作队列的工作线程执行所述合并任务。本发明解决了平均数据长度短keyspace的sstable文件的合并阻塞整个各keyspace之间的compaction过程的问题,取得了可使不同数据长度的keyspace均可以及时的完成其SStable的合并,缩短系统整体compaction的时间有益效果。
Description
技术领域
本发明涉及计算机技术领域,具体涉及一种数据合并的方法和装置。
背景技术
目前几乎所有的大数据存储系统,基于存储与读写性能的考虑,在实现上都采用对了数据Append模式,即所有的写操作都将先将数据写入内存中的Memtable(内存表)即可,Memtable写满后Dump(转储)到磁盘上的SSTable(Sorted String Table,有序字符串表)文件中。
但是,当磁盘上SSTable文件数过多的时候,会导致来自客户端的检索请求所打开的文件数会很多,单个请求的资源消耗大幅增加,从而导致整个系统的吞吐和性能大幅下降。因此,系统需要再后台通过Compaction(可以理解为合并)机制将全部或部分SSTable文件合并成新的SSTable文件,以达到降低文件个数提高系统吞吐和性能、去除重复数据节省磁盘空间的目的。
但是现有的Compaction机制如图1所述,系统存在一个Compaction工作队列TaskQueue,当SSTable个数等满足一定的条件时会将这些SSTable文件作为一个Compaction(如图1中compaction task0、compaction task1、compaction task2)任务提交到工作队列中。每一个Compaction过程就是一个工作任务,工作线程worker按照提交顺序串行的执行Compaction任务,完成对应SSTable文件的合并。
但是随着用户的Keyspace(在Cassandra中,Keyspace就是数据的存储容器,一般Keyspace的存储大小是一样的)越来越多,以及数据的持续写入,各Keyspace的SSTable文件的个数会越来越多。而由于Compaction过程本质上是一个多路归并操作,即从若干个参与Compaction过程的SSTable文件中逐个读取每个key及其数据,进而合并输出到一个SSTable文件中。因此,对于那些平均数据长度很小(如几字节)的Keyspace而言,其做一次Compaction的时间远大于那些平均数据长度很大(如几百K)的Keyspace的Compaction时间。因为一般存储系统在keyspace由memtable表dump到磁盘时,memtable的容量是固定的,那么平均数据长度越小的keyspace中,其存储的用户数据条数更多,其key也更多。
那么,由图1的现有技术过程可知,在一个工作队列中,当包括大量的平均数据长度较小的SSTable的Compaction任务执行时,其Compaction过程持续时间很长,会严重阻塞其他Keyspace的SSTable的合并,从而导致系统层面整体数据Compaction执行时间过长,甚至无法保证每天新增数据的合并,进而导致系统访问吞吐性能下降。
发明内容
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种数据合并的装置和相应的一种数据合并的方法。
依据本发明的一个方面,提供了一种数据合并的方法,包括:
获取每个存储表的平均数据长度,并以所述平均数据长度对各个存储表进行分类;所述平均数据长度为存储表中存储的各用户数据的平均数据长度;
将同一分类的存储表对应的合并任务提交至负责所述分类的工作队列中;
由所述工作队列的工作线程执行所述合并任务。
优选的,还包括:
创建至少两个工作队列,所述工作队列的个数至少等于所述分类个数。
优选的,所述创建至少两个工作队列包括:
在系统启动时加载配置文件,通过所述配置文件设置并创建至少两个工作队列;所述配置文件中包括平均数据长度的分类与工作队列的对应关系。
优选的,还包括:
针对系统中的每个存储表,获取所述存储表的内存表数据转储至磁盘后的平均数据长度,并将所述平均数据长度存入所述存储表在系统内存的数据结构中。
优选的,针对系统中的每个存储表,获取所述存储表的内存表数据转储至磁盘后的平均数据长度,并将所述平均数据长度存入所述存储表在系统内存的数据结构中,包括:
在系统加载索引时,根据索引中记录的键的文件偏移和数据长度,计算现已存储所述存储表的用户数据的平均数据长度,并将所述平均数据长度存入所述数据结构;
在每次将存储表的内存表数据转储至磁盘时,利用内存表数据中新增的数据长度修正所述平均数据长度,并将修正后的平均数据长度更新至所述数据结构中。
优选的,将各存储表按平均数据长度进行分类包括:
针对每一个存储表,从所述系统内存的数据结构中提取平均数据长度,根据所述平均数据长度对所述存储表进行分类。
优选的,由所述工作队列的工作线程执行所述合并任务包括:
通过至少一个工作线程并行执行所述工作队列中的各个合并任务。
优选的,通过至少一个工作线程执行工作队列中的各个合并任务后,还包括:
当一工作队列中等待执行的合并任务的数量大于阈值时,自动增加新的工作线程以并行执行所述工作队列中的合并任务。
优选的,将各存储表按平均数据长度进行分类之前,还包括:
针对每个存储表生成一个合并任务。
依据本发明了另外一个方面,提供了一种数据合并的装置,包括:
存储表分类模块,适于获取每个存储表的平均数据长度,并以所述平均数据长度对各个存储表进行分类;所述平均数据长度为存储表中存储的各用户数据的平均数据长度;
任务提交模块,适于将同一分类的存储表对应的合并任务提交至负责所述分类的工作队列中;
任务处理模块,适于由所述工作队列的工作线程执行所述合并任务。
优选的,还包括:
工作队列创建模块,适于创建至少两个工作队列,所述工作队列的个数至少等于所述分类个数。
优选的,所述工作队列创建模块包括:
第一工作队列加载模块,适于在系统启动时加载配置文件,通过所述配置文件设置并创建至少两个工作队列;所述配置文件中包括平均数据长度的分类与工作队列的对应关系。
优选的,还包括:
数据长度统计模块,适于针对系统中的每个存储表,获取所述存储表的内存表数据转储至磁盘后的平均数据长度,并将所述平均数据长度存入所述存储表在系统内存的数据结构中。
优选的,所述平均数据长度统计模块,包括:
第一数据长度计算模块,适于在系统加载索引时,根据索引中记录的键的文件偏移和数据长度,计算现已存储所述存储表的用户数据的平均数据长度,并将所述平均数据长度存入所述数据结构;
第二数据长度计算模块,适于在每次将存储表的内存表数据转储至磁盘时,利用内存表数据中新增的数据长度修正所述平均数据长度,并将修正后的平均数据长度更新至所述数据结构中。
优选的,所述存储表分类模块包括:
第一存储表分类模块,适于针对每一个存储表,从所述系统内存数据结构中提取平均数据长度,根据所述平均数据长度对所述存储表进行分类。
优选的,所述任务处理模块还包括:
第一任务处理模块,适于通过至少一个工作线程并行执行所述工作队列中的各个合并任务。
优选的,在第一任务处理模块之后,还包括:
工作线程增加模块,适于当一工作队列中等待执行的合并任务的数量大于阈值时,自动增加新的工作线程以并行执行所述工作队列中的合并任务。
优选的,在存储表分类模块之前,还包括:
任务生成模块,适于针对每个存储表生成一个合并任务。
根据本发明的一种数据合并的方法可以将各存储表(keyspace)按平均数据长度进行分类,所述平均数据长度为存储表中存储的各用户数据的平均数据长度,然后将不同分类的keyspace的compaction(合并)任务提交至相应的工作队列去执行,一个分类一个工作队列,由此解决了平均数据长度短keyspace的sstable文件的合并阻塞整个各keyspace之间的compaction过程的问题,取得了可使不同数据长度的keyspace均可以及时的完成其SStable的合并,缩短系统整体compaction的时间有益效果。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了背景技术的一种数据合并的方法的队列执行逻辑示例;
图2示出了根据本发明一个实施例的一种数据合并的方法的流程示意图;
图3示出了根据本发明一个实施例的另一种数据合并的方法的流程示意图;
图4示出了根据本发明一个实施例的另一种数据合并的方法的流程示意图;
图5示出了根据本发明图4实施例的队列执行逻辑示例;
图6示出了根据本发明一个实施例的一种数据合并的装置的结构示意图;
图7示出了根据本发明一个实施例的另一种数据合并的装置的结构示意图;以及
图8示出了根据本发明一个实施例的另一种数据合并的装置的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
本发明的核心思想之一是:对于若干个存储表,以存储表的平均数据长度进行分类,那么将针对多个存储表的合并任务,分别提交至不同规模的个工作队列进行处理,此解决了平均数据长度短keyspace的sstable文件的合并影响整个工作队列的合并速度,从而导致系统层面整体数据Compaction执行时间过长,甚至无法保证每天新增数据的合并,进而导致系统访问吞吐性能下降的问题,取得了优化系统层面整体数据Compaction执行时间的问题,可以避免无法保证每天新增数据的合并而导致的系统访问吞吐性能下降的有益效果。
首先,针对本发明解释涉及到的几个技术术语:
SSTable:Sorted String Table,有序字符串表,是Cassandra系统中数据处理和交换的文件存储格式。SSTable中存储一组任意有序键-值对的文件。SSTable一旦完成写入,就不可更改,只能读取。通过Compaction压缩机制对多个SSTable文件进行Merge消重后形成新的SSTable文件。
Compaction:SSTable文件的Compaction机制,字面上的意思就是SSTable文件的合并。通过文件合并达到降低文件个数提高访问性能、去除重复数据节省磁盘空间的目的。Compaction有两种,分别为:
Minor Compaction:部分文件的合并。
Major Compaction:全部文件的合并。
Keyspace:在Cassandra中,Keyspace就是数据的存储容器,实现了不同类型的数据的隔离存储。一个Keyspace可以看作一个二维索引结构:
·第一层索引所用的key为(row-key,cf-name),即用一个row-key和column-family-name可以定位一个column family。column family是column的集合。
·第二层索引所用的key为column-name,即通过一个column-name可以在一个column family中定位一个column。
Column是这个数据模型里面最基本的数据单元,它是一个三元组(name,value,timestamp)。一个column family里面,所有的column是按照column-name排序的。所以可以根据column-name快速找到column。
Keyspace在系统内存中以memtable的形式存储数据,在磁盘中以SStable文件形式存储数据。
本发明实施例中的Compaction机制按照不同的Keyspace而分别执行。
为了方便后续描述,本发明实施例中存储表以keyspace表示,合并任务以compaction表示,工作队列以TaskQueue表示,内存表以memtable表示,转储以dump表示。
实施例一
参照图2,其示出了本发明一种数据合并的方法的流程示意图,具体可以包括:
步骤110,获取每个存储表的平均数据长度,并以所述平均数据长度对各个存储表进行分类;所述平均数据长度为存储表中存储的各用户数据的平均数据长度;
对于存储表,也即keyspace,其基本上也是以key为索引,以keyspace中的value为实际存储用户数据的数据结构,其每个key的长度是以value决定的,因此可以统计每个key的value长度,去计算整个keyspace的平均数据长度。
比如keyspace0中记录的用户数据包括:(key=1,value=X1)、(key=2,value=X2)、(key=3,value=X3)、(key=4,value=X4),其中X1、X2、X3、X4代表具体的用户数据,其长度分别为20k、30k、10k、40k,那么keyspace0的平均数据长度为25k。
在本发明实施例中,对于针对用户的keyspace,可以对其存储的用户数据进行平均数据长度计算,然后以一个专门的数据结构存储该keyspace的平均数据长度,其平均数据长度为存储表中存储的各用户数据的平均数据长度。在本发明中,针对每个Keyspace,在系统内存中都存在一个与之相对应的数据结构,用于记录该Keyspace所存储数据的平均数据长度以及现已存储的key总条目数。本发明实际上统计的最终目标为针对一个keyspace的各SStable文件中,其存储的所有用户数据的平均数据长度。
在统计的各个keyspace的平均数据长度的基础上,即可对keyspace以数据长度进行分类,比如长度0-1k的keyspace为一类,1-500k的为一类等等。本发明的分类可根据实际情况进行调整。
步骤120,将同一分类的存储表对应的合并任务提交至负责所述分类的工作队列中;
在将各keyspace进行分类后,即可将同一分类的合并任务提交至同一个工作队列中,等待工作队列的线程去执行。在本发明中工作队列创建的个数至少需要等于分类的个数,如此,可保证每个分类均可以有工作队列负责对其中的compaction任务进行处理,而不用各个平均数据长度的compaction相互堵塞。
本发明中一个分类至少放入一个工作队列,即可以一个工作队列负责一个分类,或者多个工作队列负责一个分类。
步骤130,由所述工作队列的工作线程执行所述合并任务。
那么每个工作队列即可采用其工作线程对其中的合并任务进行处理。
当然每个工作队列的工作线程可以为一个也可以为多个。
在本发明实施例中,步骤110至130是在Cassandra系统的各服务器中执行的。Cassandra系统是一个分布式Key-Value存储系统。
本发明提出的上述技术方案,通过将系统中各Keyspace的Compaction按照其平均数据长度进行划分,分别提交到不同的工作队列中去执行。避免了各Keyspace数据的Compaction过程的相互阻塞影响,保证了系统中各Keyspace均可以及时地完成SSTable的合并。在保证了公平性的同时,大幅缩短了系统整体Compaction的时间,同时避免了由于未能及时完成数据的Compaction而带来的访问吞吐性能的降低的情况。
实施例二
参照图3,其示出了本发明优选的一种数据合并的方法的流程示意图,具体可以包括:
步骤210,针对系统中的每个存储表,获取所述存储表的内存表数据转储至磁盘后的平均数据长度,并将所述平均数据长度存入所述存储表在系统内存的数据结构中;
本发明实施例中,各个keyspace在内存中存储的memtable(内存表)数据是需要dump(转储)磁盘中,最终以SStable文件进行存储的。而compaction本质上也是针对SStable文件的,以达到降低文件个数提高系统吞吐和性能、去除重复数据节省磁盘空间的目的。因此所统计的各个keyspace的平均数据长度,是针对该keyspace的memtable数据dump至磁盘得到SStable文件后,keyspace磁盘中以SStable文件存储的形式下的平均数据长度。
优选的,步骤210包括,包括:
子步骤S212,在系统加载索引时,根据索引中记录的键的文件偏移和数据长度,计算现已存储所述存储表的用户数据的平均数据长度,并将所述平均数据长度存入所述数据结构;
本发明实施例可以在系统启动服务时,在读取SStable文件的索引文件进行加载的过程中完成平均数据的统计。在加载SStable文件的索引时,会根据索引信息中记录的,针对对应各keyspace的,每个SStable文件的key(键)的文件偏移(文件偏移即相对存储文件地址的开始位置的偏移量)和数据长度,计算出每个keyspace中当前已存储数的据平均数据长度,并先将其存储在系统内存与keyspace对应的数据结构中。
子步骤S214,在每次将存储表的内存表数据转储至磁盘时,利用内存表数据中新增的数据长度修正所述平均数据长度,并将修正后的平均数据长度更新至所述数据结构中。
在系统运行过程中,每个keyspace会产生新的数据,该数据写入在memtable中,那么新增的数据会影响该keyspace整体的平均数据长度,本发明则可在该keyspace的memtable数据dump到磁盘的时候,利用该memtable的数据修正该keyspace在所述数据结构中记录的平均数据长度,并将修正后的平均数据长度更新至所属数据结构中。如此循环,可保证每次该keyspace的memtable数据dump到磁盘时,其平均数据长度是实时的、准确的。
当然,对于一个完全新建的keyspace,其数据结构中记录的平均数据长度为0。
比如对于一个keyspace,索引中已经计算其平均数据长度为10k,其所对应的各个SStable文件中记录的key的总量为100个,如果新增的memtable数据中增加的数据总长度为1000k,那么在memtable数据dump到磁盘生成SStable文件时,该keyspace的平均数据长度修正为(10k*100+1000k)/100=20k,更新20k到keyspace记录平均数据长度的数据结构中,即将10k替换掉。
上述过程中对于磁盘中现存的keyspace的SStable文件不再进行计算,只计算该keyspace新增的memtable数据,去修正已有的平均数据长度。计算过程方便,占用系统资源较少。
步骤220,创建至少两个工作队列,所述工作队列的个数至少等于所述分类个数;
本发明可预先构建工作队列与分类的对应关系,使一个分类至少对应一个队列。当然可以多个工作队列负责一个分类的各个compaction。工作队列与分类可以是一对一的关系,也可以是多对一的关系。
优选的,所述创建至少两个工作队列包括:
子步骤S222,在系统启动时加载配置文件,通过所述配置文件设置并创建至少两个工作队列;所述配置文件中包括平均数据长度的分类与工作队列的对应关系。
本发明实施例可在系统启动时加载配置文件,设置并创建Compaction工作队列的个数,该工作队列分别对应相应一个分类。
本发明可以通过配置文件对工作队列与分类进行设置,比如tiny、small、normal、largy四个队列,然后每个队列负责一个平均数据长度的分类。然后系统加载时即可加载该四个队列,也得到四个分类的范围区间。
步骤230,针对每一个存储表,从所述系统内存的数据结构中提取平均数据长度,根据所述平均数据长度对所述存储表进行分类。
将每个keyspace,从前述系统内存的数据结构中提取其平均数据长度,然后根据该平均数据长度与分类的范围进行比较,即可将该keyspace分入某一类中。
步骤240,将同一分类的存储表对应的合并任务提交至负责所述分类的工作队列中;
步骤250,由所述工作队列的工作线程执行对应分类的合并任务。
即由各个工作队列本身的工作线程执行其队列中的合并任务。
当然,本发明实施例中,也可以根据平均数据长度的范围对keyspace进行分类,再根据分类的个数启动相应的工作队列,本发明不对其加以限制。
当然,本发明实施例中分类的范围,还可通过智能学习进行设置。比如在第一轮预设了分类范围,在系统工作一定时间段内(比如一个周),中间循环进行多次合并,记录每次合并完成时间,然后计算平均完成时长。然后在第二轮调整每个分类的范围,按上述方法统计该轮的平均完成时长,如此循环,直至稳定出现某个范围内的最短时长,即获得最优的分类范围。
本发明实施例与实施例一类似的步骤原理类似,在此不再详述。
本发明提出的上述技术方案,通过将系统中各Keyspace的Compaction按照其平均数据长度进行划分,分别提交到不同的工作队列中去执行。避免了各Keyspace数据的Compaction过程的相互阻塞影响,保证了系统中各Keyspace均可以及时地完成SSTable的合并。在保证了公平性的同时,大幅缩短了系统整体Compaction的时间,同时避免了由于未能及时完成数据的Compaction而带来的访问吞吐性能的降低的情况。
实施例三
参照图4,其示出了本发明最优的一种数据合并的方法的流程示意图,具体可以包括:
步骤310,在系统加载索引时,根据索引中记录的键的文件偏移和数据长度,计算现已存储所述存储表的用户数据的平均数据长度,并将所述平均数据长度存入所述数据结构;
步骤320,在每次将存储表的内存表数据转储至磁盘时,利用内存表数据中新增的数据长度修正所述平均数据长度,并将修正后的平均数据长度更新至所述数据结构中。
步骤330,创建N个工作队列,所述工作队列的个数N等于所述分类个数;
结合如图5所示,系统在启动时根据配置文件的配置,按照平均数据长度范围共初始化tiny、small、normal、large等4个工作队列,分别负责不同平均数据长度的Keyspace的合并任务。比如tiny对应[0byte-500byte]范围,其工作队列为TaskQueue0(tiny);small对应[501byte-100k]范围,其工作队列为TaskQueue1(small);normal对应[101k-500k]范围,其工作队列为TaskQueue2(normal);large对应[501k-无穷大]范围,其工作队列为TaskQueue3(large)。
步骤340,针对每个存储表生成一个合并任务;
步骤350,获取每个存储表的平均数据长度,并以所述平均数据长度对各个存储表进行分类;所述平均数据长度为存储表中存储的各用户数据的平均数据长度;
步骤360,将同一分类的存储表对应的合并任务提交至负责所述分类的工作队列中;
步骤350至360的过程中,为系统后台提交compaction,从系统内存的每个keyspace的数据结构中提取每个keyspace的平均数据长度,然后以该平均数据长度判断其属于哪个分类,进而即可知道该keyspace的compaction属于哪个工作队列,然后即可将该compaction提交至相应的工作队列中。
结合图5所示,比如系统现在有Keyspace0、Keyspace1、Keyspace2、Keyspace3、Keyspace4、Keyspace5共6个Keyspace,根据之前统计的其平均数据长度,判断其落在那个工作队列说负责的范围内,即将其提交到对应的工作队列中去。例如Keyspace0、Keyspace1的数据Compaction的任务(keyspace0 Task、keyspace1 Task)提交到tiny队列(TaskQueue0(tiny))中,Keyspace2的数据Compaction的任务(keyspace2 Task)提交到small队列(TaskQueue1(small))中,Keyspace3、Keyspace4的数据Compaction的任务(keyspace3 Task、keyspace4 Task)提交到normal队列(TaskQueue2(normal))中,而Keyspace5的Compaction任务(keyspace5Task)则提交到large队列(TaskQueue3(large))中去。
步骤370,针对每个工作队列,通过至少一个工作线程并行执行所述工作队列中的各个合并任务;
如图5所示,工作队列TaskQueue0(tiny)有两个工作线程worker0和worker1去执行;工作队列TaskQueue1(small)有两个工作线程worker0和worker1去执行;工作队列TaskQueue2(normal)有两个工作线程worker0和worker1去执行;工作队列TaskQueue3(large)有两个工作线程worker0和worker1去执行。每两个工作队列之间的工作线程是不冲突的、相互独立的。
步骤380,当一工作队列中等待执行的合并任务的数量大于阈值时,自动增加新的工作线程以并行执行所述工作队列中的合并任务。
比如,当在某一时刻,large队列中等待执行的Compaction任务过多,超过预设的阈值时,则增加额外的工作线程来加快large队列中Compaction任务的执行。该种情况可根据系统内存的占用量去选择增加多少额外的工作线程。比如图5中TaskQueue3(large)增加的工作线程worker2。
本发明实施例与实施例一、二类似的步骤原理类似,在此不再详述。
在本发明实施例中,以keyspace为compaction的处理单位,将同一分类的keyspace的compaction任务放入相应处理该分类的工作队列进行处理,避免了各Keyspace数据的Compaction过程的相互阻塞影响,保证了系统中各Keyspace均可以及时地完成SSTable的合并;在保证了公平性的同时,大幅缩短了系统整体Compaction的时间,同时避免了背景技术中由于未能及时完成数据的Compaction而带来的访问吞吐性能的降低的情况。并且针对每个工作队列采用了灵活的工作线程处理方式,进一步提缩短了compaction时间。
实施例四
参照图6,其本发明一种数据合并的装置的结构示意图,具体可以包括:
存储表分类模块410,适于获取每个存储表的平均数据长度,并以所述平均数据长度对各个存储表进行分类;所述平均数据长度为存储表中存储的各用户数据的平均数据长度;
任务提交模块420,适于将同一分类的存储表对应的合并任务提交至负责所述分类的工作队列中;
任务处理模块430,适于由所述工作队列的工作线程执行所述合并任务。
实施例五
参照图7,其本发明一种数据合并的装置的结构示意图,具体可以包括:
数据长度统计模块510,适于针对系统中的每个存储表,获取所述存储表的内存表数据转储至磁盘后的平均数据长度,并将所述平均数据长度存入所述存储表在系统内存的数据结构中。
优选的,所述平均数据长度统计模块510,包括:
第一数据长度计算模块,适于在系统加载索引时,根据索引中记录的键的文件偏移和数据长度,计算现已存储所述存储表的用户数据的平均数据长度,并将所述平均数据长度存入所述数据结构;
第二数据长度计算模块,适于在每次将存储表的内存表数据转储至磁盘时,利用内存表数据中新增的数据长度修正所述平均数据长度,并将修正后的平均数据长度更新至所述数据结构中。
工作队列创建模块520,适于创建至少两个工作队列,所述工作队列的个数至少等于所述分类个数。
优选的,所述工作队列创建模块520包括:
第一工作队列加载模块,适于在系统启动时加载配置文件,通过所述配置文件设置并创建至少两个工作队列;所述配置文件中包括平均数据长度的分类与工作队列的对应关系。
存储表分类模块530,适于获取每个存储表的平均数据长度,并以所述平均数据长度对各个存储表进行分类;所述平均数据长度为存储表中存储的各用户数据的平均数据长度;
任务提交模块540,适于将同一分类的存储表对应的合并任务提交至负责所述分类的工作队列中;
任务处理模块550,适于由所述工作队列的工作线程执行所述合并任务。
实施例六
参照图8,其示出了本发明最优的一种数据合并的装置的结构示意图,具体可以包括:
数据长度统计模块S600,所述数据长度统计模块S600包括:
第一数据长度计算模块610,适于在系统加载索引时,根据索引中记录的键的文件偏移和数据长度,计算现已存储所述存储表的用户数据的平均数据长度,并将所述平均数据长度存入所述数据结构;
第二数据长度计算模块620,适于在每次将存储表的内存表数据转储至磁盘时,利用内存表数据中新增的数据长度修正所述平均数据长度,并将修正后的平均数据长度更新至所述数据结构中。
工作队列创建模块630,适于创建N个工作队列,所述工作队列的个数N等于所述分类个数;
任务生成模块640,适于针对每个存储表生成一个合并任务;
存储表分类模块650,适于获取每个存储表的平均数据长度,并以所述平均数据长度对各个存储表进行分类;所述平均数据长度为存储表中存储的各用户数据的平均数据长度;
任务提交模块660,适于将同一分类的存储表对应的合并任务提交至负责所述分类的工作队列中;
任务处理模S670,所述任务处理模S670包括:
第一存储表分类模块670,适于针对每一个存储表,从所述系统内存数据结构中提取平均数据长度,根据所述平均数据长度对所述存储表进行分类。
工作线程增加模块680,适于当一工作队列中等待执行的合并任务的数量大于阈值时,自动增加新的工作线程以并行执行所述工作队列中的合并任务。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的数据合并设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
本发明公开了A1、一种数据合并的方法,包括:
获取每个存储表的平均数据长度,并以所述平均数据长度对各个存储表进行分类;所述平均数据长度为存储表中存储的各用户数据的平均数据长度;
将同一分类的存储表对应的合并任务提交至负责所述分类的工作队列中;
由所述工作队列的工作线程执行所述合并任务。
A2、如A1所述的方法,还包括:
创建至少两个工作队列,所述工作队列的个数至少等于所述分类个数。
A3、如A2所述的方法,所述创建至少两个工作队列包括:
在系统启动时加载配置文件,通过所述配置文件设置并创建至少两个工作队列;所述配置文件中包括平均数据长度的分类与工作队列的对应关系。
A4、如A1所述的方法,还包括:
针对系统中的每个存储表,获取所述存储表的内存表数据转储至磁盘后的平均数据长度,并将所述平均数据长度存入所述存储表在系统内存的数据结构中。
A5、如A4所述的方法,针对系统中的每个存储表,获取所述存储表的内存表数据转储至磁盘后的平均数据长度,并将所述平均数据长度存入所述存储表在系统内存的数据结构中,包括:
在系统加载索引时,根据索引中记录的键的文件偏移和数据长度,计算现已存储所述存储表的用户数据的平均数据长度,并将所述平均数据长度存入所述数据结构;
在每次将存储表的内存表数据转储至磁盘时,利用内存表数据中新增的数据长度修正所述平均数据长度,并将修正后的平均数据长度更新至所述数据结构中。
A6、如A5所述的方法,将各存储表按平均数据长度进行分类包括:
针对每一个存储表,从所述系统内存的数据结构中提取平均数据长度,根据所述平均数据长度对所述存储表进行分类。
A7、如A1所述的方法,由所述工作队列的工作线程执行所述合并任务包括:
通过至少一个工作线程并行执行所述工作队列中的各个合并任务。
A8、如A7所述的方法,通过至少一个工作线程执行工作队列中的各个合并任务后,还包括:
当一工作队列中等待执行的合并任务的数量大于阈值时,自动增加新的工作线程以并行执行所述工作队列中的合并任务。
A9、如A1所述的方法,将各存储表按平均数据长度进行分类之前,还包括:
针对每个存储表生成一个合并任务。
本发明还公开了B10、一种数据合并的装置,包括:
存储表分类模块,适于获取每个存储表的平均数据长度,并以所述平均数据长度对各个存储表进行分类;所述平均数据长度为存储表中存储的各用户数据的平均数据长度;
任务提交模块,适于将同一分类的存储表对应的合并任务提交至负责所述分类的工作队列中;
任务处理模块,适于由所述工作队列的工作线程执行所述合并任务。
B11、如B10所述的装置,还包括:
工作队列创建模块,适于创建至少两个工作队列,所述工作队列的个数至少等于所述分类个数。
B12、如B11所述的装置,所述工作队列创建模块包括:
第一工作队列加载模块,适于在系统启动时加载配置文件,通过所述配置文件设置并创建至少两个工作队列;所述配置文件中包括平均数据长度的分类与工作队列的对应关系。
B13、如B10所述的装置,还包括:
数据长度统计模块,适于针对系统中的每个存储表,获取所述存储表的内存表数据转储至磁盘后的平均数据长度,并将所述平均数据长度存入所述存储表在系统内存的数据结构中。
B14、如B13所述的装置,所述平均数据长度统计模块,包括:
第一数据长度计算模块,适于在系统加载索引时,根据索引中记录的键的文件偏移和数据长度,计算现已存储所述存储表的用户数据的平均数据长度,并将所述平均数据长度存入所述数据结构;
第二数据长度计算模块,适于在每次将存储表的内存表数据转储至磁盘时,利用内存表数据中新增的数据长度修正所述平均数据长度,并将修正后的平均数据长度更新至所述数据结构中。
B15、如B14所述的装置,所述存储表分类模块包括:
第一存储表分类模块,适于针对每一个存储表,从所述系统内存数据结构中提取平均数据长度,根据所述平均数据长度对所述存储表进行分类。
B16、如B10所述的装置,所述任务处理模块还包括:
第一任务处理模块,适于通过至少一个工作线程并行执行所述工作队列中的各个合并任务。
B17、如B16所述的装置,在第一任务处理模块之后,还包括:
工作线程增加模块,适于当一工作队列中等待执行的合并任务的数量大于阈值时,自动增加新的工作线程以并行执行所述工作队列中的合并任务。
B18、如B10所述的装置,在存储表分类模块之前,还包括:
任务生成模块,适于针对每个存储表生成一个合并任务。
Claims (10)
1.一种数据合并的方法,包括:
获取每个存储表的平均数据长度,并以所述平均数据长度对各个存储表进行分类;所述平均数据长度为存储表中存储的各用户数据的平均数据长度;
将同一分类的存储表对应的合并任务提交至负责所述分类的工作队列中;
由所述工作队列的工作线程执行所述合并任务。
2.如权利要求1所述的方法,其特征在于,还包括:
创建至少两个工作队列,所述工作队列的个数至少等于所述分类个数。
3.如权利要求2所述的方法,其特征在于,所述创建至少两个工作队列包括:
在系统启动时加载配置文件,通过所述配置文件设置并创建至少两个工作队列;所述配置文件中包括平均数据长度的分类与工作队列的对应关系。
4.如权利要求1所述的方法,其特征在于,还包括:
针对系统中的每个存储表,获取所述存储表的内存表数据转储至磁盘后的平均数据长度,并将所述平均数据长度存入所述存储表在系统内存的数据结构中。
5.如权利要求4所述的方法,其特征在于,针对系统中的每个存储表,获取所述存储表的内存表数据转储至磁盘后的平均数据长度,并将所述平均数据长度存入所述存储表在系统内存的数据结构中,包括:
在系统加载索引时,根据索引中记录的键的文件偏移和数据长度,计算现已存储所述存储表的用户数据的平均数据长度,并将所述平均数据长度存入所述数据结构;
在每次将存储表的内存表数据转储至磁盘时,利用内存表数据中新增的数据长度修正所述平均数据长度,并将修正后的平均数据长度更新至所述数据结构中。
6.如权利要求5所述的方法,其特征在于,将各存储表按平均数据长度进行分类包括:
针对每一个存储表,从所述系统内存的数据结构中提取平均数据长度,根据所述平均数据长度对所述存储表进行分类。
7.如权利要求1所述的方法,其特征在于,由所述工作队列的工作线程执行所述合并任务包括:
通过至少一个工作线程并行执行所述工作队列中的各个合并任务。
8.如权利要求7所述的方法,其特征在于,通过至少一个工作线程执行工作队列中的各个合并任务后,还包括:
当一工作队列中等待执行的合并任务的数量大于阈值时,自动增加新的工作线程以并行执行所述工作队列中的合并任务。
9.如权利要求1所述的方法,其特征在于,将各存储表按平均数据长度进行分类之前,还包括:
针对每个存储表生成一个合并任务。
10.一种数据合并的装置,包括:
存储表分类模块,适于获取每个存储表的平均数据长度,并以所述平均数据长度对各个存储表进行分类;所述平均数据长度为存储表中存储的各用户数据的平均数据长度;
任务提交模块,适于将同一分类的存储表对应的合并任务提交至负责所述分类的工作队列中;
任务处理模块,适于由所述工作队列的工作线程执行所述合并任务。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410645460.XA CN104360824B (zh) | 2014-11-10 | 2014-11-10 | 一种数据合并的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410645460.XA CN104360824B (zh) | 2014-11-10 | 2014-11-10 | 一种数据合并的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104360824A true CN104360824A (zh) | 2015-02-18 |
CN104360824B CN104360824B (zh) | 2017-12-12 |
Family
ID=52528088
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410645460.XA Active CN104360824B (zh) | 2014-11-10 | 2014-11-10 | 一种数据合并的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104360824B (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105550180A (zh) * | 2014-10-29 | 2016-05-04 | 北京奇虎科技有限公司 | 数据处理的方法、装置及系统 |
CN105701257A (zh) * | 2016-03-31 | 2016-06-22 | 北京奇虎科技有限公司 | 数据处理方法和装置 |
CN105843937A (zh) * | 2016-03-31 | 2016-08-10 | 北京奇虎科技有限公司 | 数据处理方法和装置 |
CN106295670A (zh) * | 2015-06-11 | 2017-01-04 | 腾讯科技(深圳)有限公司 | 数据处理方法及数据处理装置 |
CN107908714A (zh) * | 2017-11-10 | 2018-04-13 | 上海达梦数据库有限公司 | 一种数据归并排序方法及装置 |
CN108268891A (zh) * | 2017-12-29 | 2018-07-10 | 安徽中凯信息产业股份有限公司 | 一种数据处理方法 |
CN110716690A (zh) * | 2018-07-12 | 2020-01-21 | 阿里巴巴集团控股有限公司 | 数据回收方法和系统 |
CN110737409A (zh) * | 2019-10-21 | 2020-01-31 | 网易(杭州)网络有限公司 | 数据加载方法、装置和终端设备 |
CN111625531A (zh) * | 2019-02-28 | 2020-09-04 | 阿里巴巴集团控股有限公司 | 基于可编程装置的合并装置、数据合并方法及数据库系统 |
CN111881092A (zh) * | 2020-06-22 | 2020-11-03 | 武汉绿色网络信息服务有限责任公司 | 一种基于cassandra数据库的文件合并的方法和装置 |
CN112947889A (zh) * | 2021-03-09 | 2021-06-11 | 中科驭数(北京)科技有限公司 | 一种归并排序方法及装置 |
CN113076220A (zh) * | 2020-01-06 | 2021-07-06 | 阿里巴巴集团控股有限公司 | 数据处理方法、装置、电子设备及计算机可读介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100031003A1 (en) * | 2008-07-30 | 2010-02-04 | International Business Machines Corporation | Method and apparatus for partitioning and sorting a data set on a multi-processor system |
US20110288835A1 (en) * | 2010-05-20 | 2011-11-24 | Takashi Hasuo | Data processing device, data processing method and program |
CN103593436A (zh) * | 2013-11-12 | 2014-02-19 | 华为技术有限公司 | 文件合并方法和装置 |
CN103678699A (zh) * | 2013-12-27 | 2014-03-26 | 乐视网信息技术(北京)股份有限公司 | 服务器中的数据合并方法及系统 |
CN103678491A (zh) * | 2013-11-14 | 2014-03-26 | 东南大学 | 一种基于Hadoop中小文件优化和倒排索引的方法 |
-
2014
- 2014-11-10 CN CN201410645460.XA patent/CN104360824B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100031003A1 (en) * | 2008-07-30 | 2010-02-04 | International Business Machines Corporation | Method and apparatus for partitioning and sorting a data set on a multi-processor system |
US20110288835A1 (en) * | 2010-05-20 | 2011-11-24 | Takashi Hasuo | Data processing device, data processing method and program |
CN103593436A (zh) * | 2013-11-12 | 2014-02-19 | 华为技术有限公司 | 文件合并方法和装置 |
CN103678491A (zh) * | 2013-11-14 | 2014-03-26 | 东南大学 | 一种基于Hadoop中小文件优化和倒排索引的方法 |
CN103678699A (zh) * | 2013-12-27 | 2014-03-26 | 乐视网信息技术(北京)股份有限公司 | 服务器中的数据合并方法及系统 |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105550180A (zh) * | 2014-10-29 | 2016-05-04 | 北京奇虎科技有限公司 | 数据处理的方法、装置及系统 |
CN105550180B (zh) * | 2014-10-29 | 2019-02-12 | 北京奇虎科技有限公司 | 数据处理的方法、装置及系统 |
CN106295670B (zh) * | 2015-06-11 | 2020-03-17 | 腾讯科技(深圳)有限公司 | 数据处理方法及数据处理装置 |
CN106295670A (zh) * | 2015-06-11 | 2017-01-04 | 腾讯科技(深圳)有限公司 | 数据处理方法及数据处理装置 |
CN105701257A (zh) * | 2016-03-31 | 2016-06-22 | 北京奇虎科技有限公司 | 数据处理方法和装置 |
CN105843937A (zh) * | 2016-03-31 | 2016-08-10 | 北京奇虎科技有限公司 | 数据处理方法和装置 |
CN105701257B (zh) * | 2016-03-31 | 2019-05-21 | 北京奇虎科技有限公司 | 数据处理方法和装置 |
CN107908714A (zh) * | 2017-11-10 | 2018-04-13 | 上海达梦数据库有限公司 | 一种数据归并排序方法及装置 |
CN107908714B (zh) * | 2017-11-10 | 2021-05-04 | 上海达梦数据库有限公司 | 一种数据归并排序方法及装置 |
CN108268891A (zh) * | 2017-12-29 | 2018-07-10 | 安徽中凯信息产业股份有限公司 | 一种数据处理方法 |
CN110716690A (zh) * | 2018-07-12 | 2020-01-21 | 阿里巴巴集团控股有限公司 | 数据回收方法和系统 |
CN110716690B (zh) * | 2018-07-12 | 2023-02-28 | 阿里巴巴集团控股有限公司 | 数据回收方法和系统 |
CN111625531A (zh) * | 2019-02-28 | 2020-09-04 | 阿里巴巴集团控股有限公司 | 基于可编程装置的合并装置、数据合并方法及数据库系统 |
CN111625531B (zh) * | 2019-02-28 | 2023-06-20 | 阿里巴巴集团控股有限公司 | 基于可编程装置的合并装置、数据合并方法及数据库系统 |
CN110737409A (zh) * | 2019-10-21 | 2020-01-31 | 网易(杭州)网络有限公司 | 数据加载方法、装置和终端设备 |
CN110737409B (zh) * | 2019-10-21 | 2023-09-26 | 网易(杭州)网络有限公司 | 数据加载方法、装置和终端设备 |
CN113076220A (zh) * | 2020-01-06 | 2021-07-06 | 阿里巴巴集团控股有限公司 | 数据处理方法、装置、电子设备及计算机可读介质 |
CN113076220B (zh) * | 2020-01-06 | 2024-05-31 | 阿里巴巴集团控股有限公司 | 数据处理方法、装置、电子设备及计算机可读介质 |
CN111881092A (zh) * | 2020-06-22 | 2020-11-03 | 武汉绿色网络信息服务有限责任公司 | 一种基于cassandra数据库的文件合并的方法和装置 |
CN112947889A (zh) * | 2021-03-09 | 2021-06-11 | 中科驭数(北京)科技有限公司 | 一种归并排序方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN104360824B (zh) | 2017-12-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104360824A (zh) | 一种数据合并的方法和装置 | |
US9619430B2 (en) | Active non-volatile memory post-processing | |
Zhang et al. | Riffle: Optimized shuffle service for large-scale data analytics | |
KR101502896B1 (ko) | 맵 리듀스를 이용한 분산 메모리 클러스터 제어 장치 및 방법 | |
US9736270B2 (en) | Automated client/server operation partitioning | |
US8140585B2 (en) | Method and apparatus for partitioning and sorting a data set on a multi-processor system | |
US8578381B2 (en) | Apparatus, system and method for rapid resource scheduling in a compute farm | |
TWI787313B (zh) | 資料處理設備中的資料項中的計數元件 | |
CN105468439B (zh) | 在cpu-gpu异构框架下遍历固定半径内邻居的自适应并行方法 | |
US20070250517A1 (en) | Method and Apparatus for Autonomically Maintaining Latent Auxiliary Database Structures for Use in Executing Database Queries | |
US20150309846A1 (en) | Parallel priority queue utilizing parallel heap on many-core processors for accelerating priority-queue-based applications | |
CN103455526A (zh) | 一种etl数据处理方法、装置及系统 | |
US11726970B2 (en) | Incremental transfer of database segments | |
KR20180095652A (ko) | 동적 파티셔닝을 이용한 데이터 프로세싱 | |
US9292405B2 (en) | HANA based multiple scenario simulation enabling automated decision making for complex business processes | |
US20210390405A1 (en) | Microservice-based training systems in heterogeneous graphic processor unit (gpu) cluster and operating method thereof | |
CN107077390A (zh) | 一种任务处理方法以及网卡 | |
CN110597606A (zh) | 一种高速缓存友好的用户级线程调度方法 | |
JP2012530976A (ja) | 仮想化超並列プログラマブルハードウェアによる正規表現の検索 | |
WO2015183316A1 (en) | Partially sorted log archive | |
US20090320022A1 (en) | File System Object Node Management | |
US20160092264A1 (en) | Post-return asynchronous code execution | |
CN110134646B (zh) | 知识平台服务数据存储与集成方法及系统 | |
CN113568908A (zh) | 一种键值请求并行调度方法及系统 | |
US11023493B2 (en) | Intelligently scheduling resynchronization jobs in a distributed object-based storage system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20220728 Address after: Room 801, 8th floor, No. 104, floors 1-19, building 2, yard 6, Jiuxianqiao Road, Chaoyang District, Beijing 100015 Patentee after: BEIJING QIHOO TECHNOLOGY Co.,Ltd. Address before: 100088 room 112, block D, 28 new street, new street, Xicheng District, Beijing (Desheng Park) Patentee before: BEIJING QIHOO TECHNOLOGY Co.,Ltd. Patentee before: Qizhi software (Beijing) Co.,Ltd. |