CN107967335B - 一种分布式sql处理方法及系统 - Google Patents

一种分布式sql处理方法及系统 Download PDF

Info

Publication number
CN107967335B
CN107967335B CN201711260747.0A CN201711260747A CN107967335B CN 107967335 B CN107967335 B CN 107967335B CN 201711260747 A CN201711260747 A CN 201711260747A CN 107967335 B CN107967335 B CN 107967335B
Authority
CN
China
Prior art keywords
application program
memory
mark
intermediate result
application
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
Application number
CN201711260747.0A
Other languages
English (en)
Other versions
CN107967335A (zh
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.)
Huazhong University of Science and Technology
Original Assignee
Huazhong University of Science and Technology
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 Huazhong University of Science and Technology filed Critical Huazhong University of Science and Technology
Priority to CN201711260747.0A priority Critical patent/CN107967335B/zh
Publication of CN107967335A publication Critical patent/CN107967335A/zh
Application granted granted Critical
Publication of CN107967335B publication Critical patent/CN107967335B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/25Integrating or interfacing systems involving database management systems
    • G06F16/252Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
    • 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

Landscapes

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

Abstract

本发明公开了一种分布式SQL处理方法及系统,包括:接收用户提交的应用程序,并将提交的应用程序存入应用队列;分析应用队列里面每个应用程序的代码,每个应用程序包括多个中间结果,将每个应用程序中需要在该应用程序中重复使用的中间结果做第一标记,将每个应用程序中需要在其之后的应用程序中重复使用的中间结果做第二标记;在保证数据一致性的同时,完成各个Worker上并行运行应用队列中的应用程序,并根据第一标记和第二标记利用各标记对应的中间结果,提高运行速度。本发明更精准的选择需要缓存的数据,避免了人工选择的失误,从而提高了程序的性能。

Description

一种分布式SQL处理方法及系统
技术领域
本发明涉及大数据处理技术领域,更具体地,涉及一种分布式SQL处理方法及系统。
背景技术
许多现实中的应用都涉及到结构化查询语言(SQL,Structured Query Language)数据处理。分布式数据处理系统,通过使用多个机器,并行处理数据,从而达到较高的计算效率,但仍存在着内存资源利用不合理等问题。在学术界,已经有许多关于这些问题的研究。
Spark是2009年发源于美国加州大学伯克利分校AMP Lab的集群计算平台的一个研究性项目。之后,2010年Spark项目开源,2013年成为Apache基金项目,2014年成为Apache顶级基金项目。它立足于内存计算,从多迭代批量处理出发,兼收并蓄数据仓库、流处理和图计算等多种计算范式,是罕见的全能选手。但Spark对内存的需求很大,内存的大小直接影响Spark的性能。
弹性分布式数据集(Resilient Distributed Datasets,RDD)是Spark中的基本数据结构。在Spark进行计算过程中,特别是迭代计算,有些RDD可能会用到多次,把这些RDD缓存到内存中可以提高执行效率,但Spark系统本身并没有做这个选择的功能,而是把这个工作交给开发人员。但是随着Spark应用程序流程的复杂,选择合适的RDD进行缓存对开发人员来说是一件难事。并且RDD的缓存(cache)级别固定,不能根据动态运行情况来进行调整,这会影响内存使用效率。
关于缓存管理的研究,Ganesh等人提出PACMan系统,随着集群上机器有了大内存,内存计算输入的cache是一个用来加速数据分析的好方法,但是这些jobs有很多任务,并行运行,一个job只有在他的所有任务都cache才会加速。事实上,单一的任务,当他的输入没有被cache,一样会拖慢整个job。所以为了解决这种要么全部cache,要么全不cache的问题,PACMAN是一个cache服务,用来管理分布式cache。本质上是为了提高任务完成时间和集群效率。因此PACMAN实现两个cache替换策略来减小任务平均完成时间,通过驱逐大的未完成的输入,另一种策略是驱逐小的很小访问的输入。
SQL应用程序通常同一阶段的多个应用,会处理同一批数据,他们有很多公共的中间结果。Spark-SQL是基于Spark的SQL处理系统,他把选择合适数据进行缓存的工作交给编程人员,并且需要编程人员释放缓存数据。
综上所述,在大数据系统中合理管理缓存对程序执行效率有重要的影响;在分布式SQL处理系统中,各个应用程序之间和应用程序之内往往存在着可以重复利用以免重复计算的中间结果,但是怎么筛选出这些可以利用的中间结果目前需要编程人员人工确定,这需要编程人员有深厚的编程功底,而且容易出现人工错误。
发明内容
针对现有技术的缺陷,本发明的目的在于解决现有分布式SQL处理系统中,各个应用程序之间和应用程序之内往往存在着可以重复利用以免重复计算的中间结果,但是怎么筛选出这些可以利用的中间结果目前需要编程人员人工确定,这需要编程人员有深厚的编程功底,而且容易出现人工错误的技术问题。
为实现上述目的,第一方面,本发明提供一种分布式SQL处理方法,包括:
接收用户提交的应用程序,并将提交的应用程序存入应用队列;分析应用队列里面每个应用程序的代码,每个应用程序包括多个中间结果,将每个应用程序中需要在该应用程序中重复使用的中间结果做第一标记,将每个应用程序中需要在其之后的应用程序中重复使用的中间结果做第二标记;在保证数据一致性的同时,完成各个工作节点(Worker)上并行运行应用队列中的应用程序,并根据所述第一标记和第二标记直接利用各标记对应的中间结果,提高运行速度。
可选地,该方法还包括:预测当前运行阶段(stage)中最大需要执行内存:通过训练历史实验中取得的样本数据,预测当前stage中最大需要执行内存;通过多组实验统计需要的特征值和预测值,将样本数据划分为训练集和测试集,通过特征筛选和训练,找到最相关的一些特征,来预测当前stage需要的最大执行内存,从而得到当前阶段可以供第一标记的中间结果使用的最大内存空间;根据当前stage需要的最大执行内存将第一标记的中间结果存入内存。
可选地,所述根据当前stage需要的最大执行内存将第一标记的中间结果存入内存,包括:预测当前stage所需最大执行内存,从而得出有多少内存可以用于缓存第一标记的中间结果,如果内存不充足,则需要对当前存储的中间结果进行驱逐,驱逐的方式是通过比较每个中间结果重新计算所需要时间和其占内存大小的比,来得出内存收益,从而驱逐出内存收益小的中间结果,在内存充足后,根据序列化缓存与非序列化缓存所在存储时间与需要使用第一标记的中间结果时的响应时间与当前内存情况进行分析得出合适的缓存方式,以缓存第一标记的中间结果。
可选地,该方法还包括:通过比较存储和重复计算的成本来选择是否将第二标记的中间结果存入磁盘来供后续应用程序使用。
可选地,所述应用程序为Spark SQL应用程序,所述应用程序的中间结果为弹性分布式数据集RDD。
第二方面,本发明提供一种分布式SQL处理系统,包括:用户程序提交模块、程序分析模块以及执行模块;
用户程序提交模块,用于接收用户提交的应用程序,并将提交的应用程序存入应用队列;程序分析模块,用于分析应用队列里面每个应用程序的代码,每个应用程序包括多个中间结果,将每个应用程序中需要在该应用程序中重复使用的中间结果做第一标记,将每个应用程序中需要在其之后的应用程序中重复使用的中间结果做第二标记;执行模块,用于在保证数据一致性的同时,完成各个Worker上并行运行应用队列中的应用程序,并根据所述第一标记和第二标记利用各标记对应的中间结果,提高运行速度。
可选地,该系统还包括:机器学习模块,用于预测当前stage中最大需要执行内存:通过训练历史实验中取得的样本数据,预测当前stage中最大需要执行内存;通过多组实验统计需要的特征值和预测值,将样本数据划分为训练集和测试集,通过特征筛选和训练,找到最相关的一些特征,来预测当前stage需要的最大执行内存,从而得到当前阶段可以供第一标记的中间结果使用的最大内存空间。
可选地,所述应用程序为Spark SQL应用程序,所述应用程序的中间结果为弹性分布式数据集RDD。
可选地,该系统还包括:RDD管理模块,用于根据当前stage需要的最大执行内存将第一标记的中间结果存入内存,根据当前stage所需最大执行内存,从而得出有多少内存可以用于缓存第一标记的中间结果,如果内存不充足,则需要对当前存储的中间结果进行驱逐,驱逐的方式是通过比较每个中间结果重新计算所需要时间和其占内存大小的比,来得出内存收益,从而驱逐出内存收益小的中间结果,在内存充足后,根据序列化缓存与非序列化缓存所在存储时间与需要使用第一标记的中间结果时的响应时间与当前内存情况进行分析得出合适的缓存方式,以缓存第一标记的中间结果。
可选地,所述RDD管理模块,用于通过比较存储和重复计算的成本来选择是否将第二标记的中间结果存入磁盘来供后续应用程序使用。
总体而言,通过本发明所构思的以上技术方案与现有技术相比,具有以下有益效果:
1、本发明可以自动而且更准确的定位需要缓存的数据,传统的RDD缓存需要程序员自己来设置,本发明更精准的选择需要缓存的数据,避免了人工选择的失误,从而提高了程序的性能。
2、本发明不会太大影响执行内存。本发明在进行数据缓存的同时,会通过机器学习模型预测当前stage所需要的最大执行内存,从而保证执行内存充足,不会因为缓存而太大影响执行的时间。
附图说明
图1为本发明提供的分布式SQL处理方法流程示意图;
图2为本发明提供的SQL程序处理系统结构框图;
图3为本发明提供的程序分析模块执行流程图;
图4为本发明提供的机器学习模型执行流程图;
图5为本发明提供的RDD管理模块执行流程图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。此外,下面所描述的本发明各个实施方式中所涉及到的技术特征只要彼此之间未构成冲突就可以相互组合。
图1为本发明提供的分布式SQL处理方法流程示意图,如图1所示,包括:
S1,接收用户提交的应用程序,并将提交的应用程序存入应用队列。
S2,分析应用队列里面每个应用程序的代码,每个应用程序包括多个中间结果,将每个应用程序中需要在该应用程序中重复使用的中间结果做第一标记,将每个应用程序中需要在其之后的应用程序中重复使用的中间结果做第二标记。
S3,在保证数据一致性的同时,完成各个Worker上并行运行应用队列中的应用程序,并根据所述第一标记和第二标记直接利用各标记对应的中间结果,提高运行速度。
可选地,该方法还包括:预测当前stage中最大需要执行内存:通过训练历史实验中取得的样本数据,预测当前stage中最大需要执行内存;通过多组实验统计需要的特征值和预测值,将样本数据划分为训练集和测试集,通过特征筛选和训练,找到最相关的一些特征,来预测当前stage需要的最大执行内存,从而得到当前阶段可以供第一标记的中间结果使用的最大内存空间;根据当前stage需要的最大执行内存将第一标记的中间结果存入内存。
可选地,预测当前stage所需最大执行内存,从而得出有多少内存可以用于缓存第一标记的中间结果,如果内存不充足,则需要对当前存储的中间结果进行驱逐,驱逐的方式是通过比较每个中间结果重新计算所需要时间和其占内存大小的比,来得出内存收益,从而驱逐出内存收益小的中间结果,在内存充足后,根据序列化缓存与非序列化缓存所在存储时间与需要使用第一标记的中间结果时的响应时间与当前内存情况进行分析得出合适的缓存方式,以缓存第一标记的中间结果。
可选地,该方法还包括:通过比较存储和重复计算的成本来选择是否将第二标记的中间结果存入磁盘来供后续应用程序使用。
可选地,应用程序可以为Spark应用程序,应用程序的中间结果对应为弹性分布式数据集RDD。
本发明针对SQL处理程序在串行执行环境下的性能问题,提出了一种基于程序分析和机器学习管理RDD缓存和跨应用RDD缓存的方法。该方法根据程序的RDD地位和机器学习预测当时运行环境下的内存情况来管理RDD,在维持程序执行性能不受到数据缓存所占空间的影响的前提下,通过合理的管理RDD来保证程序的执行性能。
相应地,如图2所示,本发明提供了一种分布式SQL处理系统,包括:用户程序提交模块、程序分析模块、机器学习模块、执行模块和RDD管理模块,其中:
用户程序提交模块,用于接收用户提交的应用程序,并将提交的应用程序存入应用队列。
程序分析模块,用于分析应用队列里面每个应用程序的代码,每个应用程序包括多个中间结果,将每个应用程序中需要在该应用程序中重复使用的中间结果做第一标记,将每个应用程序中需要在其之后的应用程序中重复使用的中间结果做第二标记。
执行模块,用于在保证数据一致性的同时,完成各个Worker上并行运行应用队列中的应用程序,并根据所述第一标记和第二标记利用各标记对应的中间结果,提高运行速度。
机器学习模块,用于预测当前stage中最大需要执行内存:通过训练历史实验中取得的样本数据,预测当前stage中最大需要执行内存;通过多组实验统计需要的特征值和预测值,将样本数据划分为训练集和测试集,通过特征筛选和训练,找到最相关的一些特征,来预测当前stage需要的最大执行内存,从而得到当前阶段可以供第一标记的中间结果使用的最大内存空间。
其中,应用程序可以为Spark应用程序,应用程序的中间结果为弹性分布式数据集RDD。
RDD管理模块,用于根据当前stage需要的最大执行内存将第一标记的中间结果存入内存,根据当前stage所需最大执行内存,从而得出有多少内存可以用于缓存第一标记的中间结果,如果内存不充足,则需要对当前存储的中间结果进行驱逐,驱逐的方式是通过比较每个中间结果重新计算所需要时间和其占内存大小的比,来得出内存收益,从而驱逐出内存收益小的中间结果,在内存充足后,根据序列化缓存与非序列化缓存所在存储时间与需要使用第一标记的中间结果时的响应时间与当前内存情况进行分析得出合适的缓存方式,以缓存第一标记的中间结果。
RDD管理模块,用于通过比较存储和重复计算的成本来选择是否将第二标记的中间结果存入磁盘来供后续应用程序使用。
应用程序分析模块用于分析队列里面应用的代码,通过程序分析,得出该应用中,有哪些中间结果是多次使用的,进行标记;同时分析出当前应用的哪些结果队列中未执行的应用程序也要使用。机器学习模块用于训练样本,这些样本是取自之前的跑的测试样例,来训练并得出一个预测短期内需要的执行内存大小。执行模块用于在保证数据一致性的同时,完成各个Worker上并行计算任务的执行。RDD管理模块用于在执行过程中,当在该应用中,某些中间结果在后续需要使用时,选择合适的缓存级别把他缓存;或者当该中间结果需要在后面应用程序中使用时,通过性能分析,选择是否缓存供后面任务使用。
在本发明的一个实施例中,应用程序提交模块采用的程序提交方式为:用户将程序提交到一个作业队列里面,先到先执行。
在本发明的一个实施例中,程序分析模块中的分析方式具体执行过程为:通过符号执行的静态分析方式,得出在当前应用中,有哪些中间结果是多次被后面使用的,并对其被使用情况进行标记。被使用情况分为两种:第一种是在当前应用中被使用,这种被标记为情况1,这种情况下,缓存方式一般为序列化存储在内存里或者非序列化存储在内存里;第二种情况是该中间结果会在后面的应用程序中被使用,这种标记为情况2,这种情况下,缓存方式为设置检查点存储(checkpoint)到磁盘中。
在本发明的一个实施例中,机器学习模块中的执行过程为:首先要运行若干组实验,获得样本;选取合适的特征值,比如当前的分区数、核数、当前执行内存等特征值,预测值为当前stage所需要的最大执行内存;把样本分为训练集和测试集,通过训练筛选出合适的特征值;从而最终得到一个比较准备预测当前stage最大执行内存的模型。
在本发明的一个实施例中,RDD管理模块的具体执行过程为:当代码执行到当初被标记为有必要进行缓存的部分时,会调用RDD管理模块,RDD管理模块会通过机器学习模块得到的预测当前stage所需的最大执行内存模型来预测当前stage的最大执行内存,从而得到当前stage可以留给缓存的最大内存。当内存可以缓存当前RDD时,我们会选择合适的缓存级别来缓存该RDD,例如通过序列化缓存或者非序列化缓存。如果当前缓存空间不足,那么通过RDD置换算法来选择是否把一些RDD驱逐出去来放置最新的RDD。这个驱逐算法是基于一个时间的模型,我们会记录一下这个RDD到上一个缓存的RDD之间所需运行的时间,然后和该RDD缓存所需要占用的内存对比得出一个空间利用值,把空间利用值较小的RDD驱逐出去。
具体的,如图3所示,程序分析模块具体的执行过程为:先将当前应用队列中的应用深拷贝到队列1,之后将新到达的应用拷贝到队列2。对当前需要执行的应用进行符号执行分析,标记需要被其自身重复利用的数据,标记为状态一。对队列1中其他的应用进行符号执行分析,标记当前需要执行应用中可以被这些应用重复利用的数据为状态二。当分析完队列1中的代码后,就可以将当前需要执行的应用提交给执行模块,之后开始执行当前应用,并且开始分析队列2中的程序。如果有队列二中的程序需要利用当前执行应用的中间数据,对执行模块通信,通知他有哪些数据可以重复利用,由RDD管理模块进行管理。
具体的,如图4所示,机器学习模块的具体执行过程为:首先是对特征进行选择,选择多个可能会影响到当前stage最大执行内存的特征,之后跑多组实验数据,并在跑实验过程中,记录所选特征值,和每个stage的最大需要执行内存。之后对这些样本数据进行划分,划分为训练集和测试集,之后对所选特征进行筛选,筛选出影响不大的特征,从而得出预测模型,之后把学习结果,提交给RDD管理模块。
具体的,如图5所示,RDD管理模块的具体执行过程为:对RDD状态进行判断,如果为状态1,则代表这个数据是会在当前应用中重复使用的,那么我们需要用之前训练得到的内存预测模型来预测当前stage所需最大执行内存,从而得出有多少内存可以用于缓存数据,如果内存不充足,则需要对当前存储的RDD进行驱逐,驱逐的方式是通过比较每个RDD重新计算所需要时间和其占内存大小的比,来得出内存收益,从而驱逐出内存收益小的数据集,在内存充足后,根据序列化与非序列化所在存储时间与需要使用数据时的响应时间与当前内存情况进行分析得出合适的缓存方式。如果RDD状态为状态2,则比较该RDD计算时间与存储到磁盘再读入的开销,来判断是否checkpoint到磁盘,这样可以节约后来应用的时间。
本发明采用程序分析和重复利用已经计算过的中间结果,解决了目前基于SQL数据处理系统存在着需要人工选择缓存资源和需要重复计算的问题,通过机器学习预测充分利用内存资源来加速数据处理过程。
本领域的技术人员容易理解,以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。

Claims (5)

1.一种分布式SQL处理方法,其特征在于,包括:
接收用户提交的应用程序,并将提交的应用程序存入应用队列;
分析应用队列里面每个应用程序的代码,每个应用程序包括多个中间结果,将每个应用程序中需要在该应用程序中重复使用的中间结果做第一标记,将每个应用程序中需要在其之后的应用程序中重复使用的中间结果做第二标记;
在保证数据一致性的同时,完成各个工作节点上并行运行应用队列中的应用程序,并根据所述第一标记和第二标记直接利用各标记对应的中间结果,提高运行速度;
预测当前运行阶段stage中最大需要执行内存:通过训练历史实验中取得的样本数据,预测当前stage中最大需要执行内存;通过多组实验统计需要的特征值和预测值,将样本数据划分为训练集和测试集,通过特征筛选和训练,找到最相关的一些特征,来预测当前stage需要的最大执行内存,从而得到当前阶段可以供第一标记的中间结果使用的最大内存空间;
根据当前stage需要的最大执行内存将第一标记的中间结果存入内存:预测当前stage所需最大执行内存,从而得出有多少内存可以用于缓存第一标记的中间结果,如果内存不充足,则需要对当前存储的中间结果进行驱逐,驱逐的方式是通过比较每个中间结果重新计算所需要时间和其占内存大小的比,来得出内存收益,从而驱逐出内存收益小的中间结果,在内存充足后,根据序列化缓存与非序列化缓存所在存储时间与需要使用第一标记的中间结果时的响应时间与当前内存情况进行分析得出合适的缓存方式,以缓存第一标记的中间结果。
2.根据权利要求1所述的分布式SQL处理方法,其特征在于,还包括:
通过比较存储和重复计算的成本来选择是否将第二标记的中间结果存入磁盘来供后续应用程序使用。
3.根据权利要求1或2所述的分布式SQL处理方法,其特征在于,所述应用程序为SparkSQL应用程序,所述应用程序的中间结果为弹性分布式数据集RDD。
4.一种分布式SQL处理系统,其特征在于,包括:用户程序提交模块、程序分析模块以及执行模块;
所述用户程序提交模块,用于接收用户提交的应用程序,并将提交的应用程序存入应用队列;
所述程序分析模块,用于分析应用队列里面每个应用程序的代码,每个应用程序包括多个中间结果,将每个应用程序中需要在该应用程序中重复使用的中间结果做第一标记,将每个应用程序中需要在其之后的应用程序中重复使用的中间结果做第二标记;
所述执行模块,用于在保证数据一致性的同时,完成各个工作节点上并行运行应用队列中的应用程序,并根据所述第一标记和第二标记利用各标记对应的中间结果,提高运行速度;
还包括:机器学习模块,用于预测当前运行阶段stage中最大需要执行内存:通过训练历史实验中取得的样本数据,预测当前stage中最大需要执行内存;通过多组实验统计需要的特征值和预测值,将样本数据划分为训练集和测试集,通过特征筛选和训练,找到最相关的一些特征,来预测当前stage需要的最大执行内存,从而得到当前阶段可以供第一标记的中间结果使用的最大内存空间;
所述应用程序为SparkSQL应用程序,所述应用程序的中间结果为弹性分布式数据集RDD;
还包括:RDD管理模块,用于根据当前stage需要的最大执行内存将第一标记的中间结果存入内存,根据当前stage所需最大执行内存,从而得出有多少内存可以用于缓存第一标记的中间结果,如果内存不充足,则需要对当前存储的中间结果进行驱逐,驱逐的方式是通过比较每个中间结果重新计算所需要时间和其占内存大小的比,来得出内存收益,从而驱逐出内存收益小的中间结果,在内存充足后,根据序列化缓存与非序列化缓存所在存储时间与需要使用第一标记的中间结果时的响应时间与当前内存情况进行分析得出合适的缓存方式,以缓存第一标记的中间结果。
5.根据权利要求4所述的分布式SQL处理系统,其特征在于,所述RDD管理模块,用于通过比较存储和重复计算的成本来选择是否将第二标记的中间结果存入磁盘来供后续应用程序使用。
CN201711260747.0A 2017-12-04 2017-12-04 一种分布式sql处理方法及系统 Active CN107967335B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711260747.0A CN107967335B (zh) 2017-12-04 2017-12-04 一种分布式sql处理方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711260747.0A CN107967335B (zh) 2017-12-04 2017-12-04 一种分布式sql处理方法及系统

Publications (2)

Publication Number Publication Date
CN107967335A CN107967335A (zh) 2018-04-27
CN107967335B true CN107967335B (zh) 2020-10-16

Family

ID=61998307

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711260747.0A Active CN107967335B (zh) 2017-12-04 2017-12-04 一种分布式sql处理方法及系统

Country Status (1)

Country Link
CN (1) CN107967335B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111143076A (zh) * 2019-12-31 2020-05-12 上海联影医疗科技有限公司 一种磁共振重建内存预估方法、装置、电子设备及介质
CN111460229B (zh) * 2020-02-23 2023-06-09 华中科技大学 单用户多工作负载之间json解析优化方法和系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105740424A (zh) * 2016-01-29 2016-07-06 湖南大学 一种基于 Spark 平台的高效率文本分类方法
CN106126643A (zh) * 2016-06-23 2016-11-16 北京百度网讯科技有限公司 流式数据的分布式处理方法和装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10176097B2 (en) * 2014-12-16 2019-01-08 Samsung Electronics Co., Ltd. Adaptable data caching mechanism for in-memory cluster computing

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105740424A (zh) * 2016-01-29 2016-07-06 湖南大学 一种基于 Spark 平台的高效率文本分类方法
CN106126643A (zh) * 2016-06-23 2016-11-16 北京百度网讯科技有限公司 流式数据的分布式处理方法和装置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
基于运行数据分析的Spark任务参数优化;陈侨安等;《计算机工程与科学》;20160131;第38卷(第1期);正文第11-19页 *
耿元振.面向分布式内存计算的缓存数据管理系统.《中国优秀硕士学位论文全文数据库信息科技辑》.2017,(第11期),第I137-42页. *
面向分布式内存计算的缓存数据管理系统;耿元振;《中国优秀硕士学位论文全文数据库信息科技辑》;20171115(第11期);正文第7-24页 *

Also Published As

Publication number Publication date
CN107967335A (zh) 2018-04-27

Similar Documents

Publication Publication Date Title
US7552110B2 (en) Method for performing a query in a computer system to retrieve data from a database
CN109891438B (zh) 数值量子实验方法和系统
EP3391224B1 (en) Method and apparatus for data mining from core traces
US9201806B2 (en) Anticipatorily loading a page of memory
CN109461113B (zh) 一种面向数据结构的图形处理器数据预取方法及装置
EP3396542B1 (en) Database operating method and device
CN107967335B (zh) 一种分布式sql处理方法及系统
CN112052082A (zh) 任务属性优化方法、装置、服务器及存储介质
CN107844380A (zh) 一种支持指令预取的多核缓存wcet分析方法
CN111756802B (zh) 一种数据流任务在numa平台上的调度方法及系统
US9053035B1 (en) Multi-threaded system for performing atomic binary translations
CN116107754A (zh) 一种面向深度神经网络的内存管理方法及系统
CN109799897B (zh) 一种减少gpu二级缓存能耗的控制方法及装置
CN109213105B (zh) 一种可重构装置、实现可重构的方法及分布式控制系统
CN111176831A (zh) 基于多线程共享内存通信的动态线程映射优化方法及装置
CN112667170B (zh) 一种面向滑动窗口数据分析的Spark数据缓存方法
CN118245207A (zh) 基于张量版本控制的内存优化方法及装置
CN113407343A (zh) 一种基于资源分配的业务处理方法、装置及设备
US7908268B2 (en) Predictive database pool preparation
KR101771183B1 (ko) 인메모리 캐시를 관리하는 방법
CN114780409A (zh) 基于程序运行进程的断点设置方法、电子设备和存储介质
CN114237715A (zh) 多核访存指令验证系统与方法
CN107577517B (zh) 一种面向NUMA内存架构的细粒度vCPU调度方法及系统
US20140164708A1 (en) Spill data management
CN118502964B (zh) 托卡马克新经典环向粘滞力矩cuda模拟实现方法

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