CN110019300B - 分布式数据库的数据访问方法及其系统 - Google Patents
分布式数据库的数据访问方法及其系统 Download PDFInfo
- Publication number
- CN110019300B CN110019300B CN201711140052.9A CN201711140052A CN110019300B CN 110019300 B CN110019300 B CN 110019300B CN 201711140052 A CN201711140052 A CN 201711140052A CN 110019300 B CN110019300 B CN 110019300B
- Authority
- CN
- China
- Prior art keywords
- hot spot
- data
- database
- spot data
- table information
- 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/24—Querying
- G06F16/242—Query formulation
- G06F16/2433—Query languages
-
- 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/25—Integrating or interfacing systems involving database management systems
-
- 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
-
- 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)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Mathematical Physics (AREA)
- Computational Linguistics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种分布式数据库的数据访问方法及其系统,该方法包括:根据预设的判定规则识别出热点数据;加载该热点数据,并缓存到本地;接收SQL请求,对SQL请求进行解析,获取表名;判断表名是否属于热点数据表;若是,则判断SQL请求是否为查询类SQL,若是,则从本地缓存的数据中获取结果集返回给客户端。该系统包括:至少一个数据库代理模块,用于识别出热点数据,将热点数据的表信息进行上报并缓存到本地;还用于对热点数据表相关的查询类SQL,从本地缓存的数据中获取结果集返回给客户端;同步模块,用于接收数据库代理模块的上报的热点数据的表信息并进行广播。本发明大大降低对数据库集群的访问,降低对数据库集群的压力。
Description
技术领域
本发明涉及分布式数据库技术领域,尤其涉及一种分布式数据库的数据访问方法及其系统。
背景技术
随着数据库技术的发展,分布式数据库系统逐渐取代了集中式数据库系统,然而伴随着分布式数据库系统的广泛应用,其所涉及的查询效率以及性能问题也就随之而来,因此分布式数据库的查询优化成为分布式数据库领域的研究热点之一。
目前,在分布式数据库架构下,所有的读写请求都需要经过数据库代理模块下发到数据库集群节点执行,相对于单机数据库来说,分布式数据库执行的路径变长,时延会变长,性能下降。
发明内容
有鉴于此,本发明的目的在于提供一种分布式数据库的数据访问方法及其系统,不需要再将所有的SQL请求都下发到数据库集群节点,大大降低了SQL请求的时延,同时分布式数据库查询性能大幅度提升。
本发明解决上述技术问题所采用的技术方案如下:
根据本发明的一个方面,提供一种分布式数据库的数据访问方法,包括:
根据预设的判定规则识别出热点数据;
从数据库集群节点中加载所述热点数据,并缓存到本地;
接收SQL请求,对所述SQL请求进行解析,获取表名;
判断所述表名是否属于热点数据表;若是,则
判断所述SQL请求是否为查询类SQL,若是,则
从本地缓存的数据中获取结果集返回给客户端。
在一个可能的设计中,若所述SQL请求不是查询类SQL,则:
通知同步模块使所述热点数据表信息处于下线状态;
将所述SQL请求下发到数据库集群执行;
执行成功后,通知所述同步模块使所述热点数据表信息处于活跃状态。
在一个可能的设计中,所所述通知同步模块使所述热点数据表信息处于下线状态之前,还包括:
判断所述热点数据表信息中是否含有hint信息,若是,则
直接将所述SQL请求下发到数据库集群执行。
在一个可能的设计中,所述接收SQL请求之前,还包括:
到同步模块进行注册,将识别出的热点数据的表信息发送给同步模块。
从所述同步模块获取其他数据库代理模块发送的热点数据的表信息。
根据本发明的另一个方面,提供一种分布式数据库的数据访问的方法,应用于同步模块,包括:
接收至少一个数据库代理模块的注册请求;
接收所述至少一个数据库代理模块上报的热点数据的表信息;
将所述热点数据的表信息进行广播。
在一个可能的设计中,所述将所述热点数据的表信息进行广播之后,还包括:
接收第一数据库代理模块发出的修改热点数据的表数据或者表结构的第一通知;
将被修改的热点数据的表信息的状态修改为下线状态,并进行广播;
接收所述第一数据库代理模块发出的修改成功的第二通知;
将被修改的热点数据的表信息的状态修改为上线状态或活跃状态,并进行广播。
根据本发明的另一个方面,提供一种分布式数据库的数据访问系统,包括:
至少一个数据库代理模块,用于根据预设的判定规则识别出热点数据,并将所述热点数据的表信息进行上报;从数据库集群节点中加载所述热点数据,并缓存到本地;还用于接收SQL请求,对所述SQL请求进行解析,获取表名;若所述表名属于热点数据表,且所述SQL请求为查询类SQL,则从本地缓存的数据中获取结果集返回给客户端;
同步模块,用于接收所述至少一个数据库代理模块的注册请求及其上报的热点数据的表信息,并将所述热点数据的表信息进行广播。
在一个可能的设计中,所述数据库代理模块,还用于:
若接收到修改热点数据的表数据或者表结构的SQL请求,则向所述同步模块发出第一通知;
将所述SQL请求下发到数据库集群执行,并在执行成功后,向所述同步模块发出第二通知。
在一个可能的设计中,所述同步模块,还用于若接收到所述第一通知,则将被修改的热点数据的表信息的状态修改为下线状态,并进行广播;若接收到所述第二通知,则将被修改的热点数据的表信息的状态修改为上线状态或活跃状态,并进行广播。
在一个可能的设计中,所述数据库代理模块在向所述同步模块发出第一通知之前,还用于判断所述热点数据表信息中是否含有hint信息,若是,则直接将所述SQL请求下发到数据库集群执行。
本发明实施例的分布式数据库的数据访问方法及其系统,通过在数据库代理模块缓存热点数据,使得查询热点数据的请求不再需要下发到数据库集群节点,大大降低了SQL请求的时延,同时分布式数据库查询性能大幅度提升。
附图说明
图1为本发明实施例的分布式数据库的数据访问系统的架构示意图;
图2为本发明实施例的分布式数据库的数据访问系统的工作流程示意图;
图3为本发明实施例的应用于数据库代理模块的分布式数据库的数据访问方法的流程示意图;
图4为本发明另一实施例的应用于数据库代理模块的分布式数据库的数据访问方法的流程;
图5为本发明另一实施例的应用于数据库代理模块的分布式数据库的数据访问方法的流程;
图6为本发明另一实施例的应用于数据库代理模块的分布式数据库的数据访问方法的流程;
图7本发明实施例的应用于同步模块的分布式数据库的数据访问方法的流程;
图8本发明另一实施例的应用于同步模块的分布式数据库的数据访问方法的流程;
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白,以下结合附图和实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明,其本身没有特定的意义。因此,“模块”、“部件”或“单元”可以混合地使用。
如图1所示,本发明提供一种分布式数据库的数据访问系统,包括数据库集群104、元数据管理模块103、同步模块102以及至少一个数据库代理模块101。其中:
数据库集群104由多个数据库(DB)构成,每个数据库是独立的数据库节点,用于对数据库代理模块101提供数据库服务。元数据管理模块103负责管理数据库元数据信息、表的分发策略、管理数据库代理模块。
数据库代理模块101用于根据预设的判定规则识别出热点数据,并将所述热点数据的表信息进行上报;从数据库集群节点中加载所述热点数据,并缓存到本地;上述热点数据是指对某些数据库表的读请求数量远远高于写请求数量的数据,这些热点数据一般不会被修改,或者集中某个时间段才会被修改,其他时间都是读操作。因此,判定规则可以是设置读请求数量与写请求数量的比例阈值,查过该比例阈值即为热点数据;此外,还可以根据热点数据的特征,例如银行的利率表这种不经常变动的数据即为热点数据。
数据库代理模块101还用于接收SQL请求,对所述SQL请求进行解析,获取表名;若所述表名属于热点数据表,且所述SQL请求为查询类SQL,则从本地缓存的数据中获取结果集返回给客户端;否则,根据SQL请求的分发策略将SQL请求分发到不同的数据库集群节点上,然后处理数据库集群节点返回的结果集,最后返回给客户端。
同步模块102用于接收所述至少一个数据库代理模块的注册请求及其上报的热点数据的表信息,并将所述热点数据的表信息进行广播。可见,同步模块102是负责推送和广播数据库代理模块之间的请求的。
在上述实施例的基础上,所述数据库代理模块101还用于:若接收到修改热点数据的表数据或者表结构的SQL请求,则向所述同步模块发出第一通知;将所述SQL请求下发到数据库集群执行,并在执行成功后,向所述同步模块发出第二通知。
所述同步模块102还用于若接收到所述第一通知,则将被修改的热点数据的表信息的状态修改为下线状态,并进行广播;若接收到所述第二通知,则将被修改的热点数据的表信息的状态修改为上线状态或活跃状态,并进行广播。也就是说,当某个数据库代理模块修改热点数据之前需要先通知同步模块,由同步模块广播给其他数据库代理模块,通知成功后,开始修改热点数据,修改成功后,再通过同步模块广播给其他数据库代理模块。
可选地,所述数据库代理模块101在向所述同步模块发出第一通知之前,还用于判断所述热点数据表信息中是否含有hint信息,若是,则直接将所述SQL请求下发到数据库集群执行,不再通知同步模块。更具体地,客户端在做热点数据表的数据录入时insert语句含有hint信息(insert+hint),数据库代理模块则不去下线该热点数据表,也不去重新加载和更新缓存数据。该种方式主要应用于数据录入后,修改较少,且查询以单条记录为主的业务场景,通过在写语句中添加hint信息的方式不用下线热点数据表,这样读数据的性能大大提升。
下面辅以图2进一步介绍本发明实施例提供的分布式数据库的数据访问系统:
首先,第一数据库代理模块以及其他数据库代理模块分别执行步骤201、211,即到同步模块进行注册;
然后,第一数据库代理模块以及其他数据库代理模块分别执行步骤202、212,即从同步模块获取热点数据表;
第一数据库代理模块执行步骤203,即向同步模块上报热点数据的表信息;此时,同步模块会对热点数据的表信息相第一数据库代理模块以及其他数据库代理模块进行广播,即执行步骤204、213。
当第一数据库代理模块需要修改热点数据时,可以先执行步骤205、通知同步模块下线热点数据表,由同步模块广播给所有的数据库代理模块,即执行步骤206、214,通知成功后,第一数据库代理模块开始修改热点数据,修改成功后,可以再通过同步模块广播给其他数据库代理模块。
如图3所示,本发明实施例还提供一种分布式数据库的数据访问方法,应用于数据库代理模块,包括:
301、开始;
数据库代理模块到同步模块注册,并从同步模块获取热点数据的表信息,同时从元数据管理模块获取表的分发策略以及数据库的元数据信息。
302、根据预设的判定规则识别出热点数据。
上述热点数据是指对某些数据库表的读请求数量远远高于写请求数量的数据,这些热点数据一般不会被修改,或者集中某个时间段才会被修改,其他时间都是读操作。因此,判定规则可以是设置读请求数量与写请求数量的比例阈值,查过该比例阈值即为热点数据;此外,还可以根据热点数据的特征,例如银行的利率表这种不经常变动的数据即为热点数据。
303、从数据库集群节点中加载所述热点数据,并缓存到本地。
数据库集群由多个数据库(DB)构成,每个数据库是独立的数据库节点,用于对数据库代理模块提供数据库服务。本实施例中,还可以将识别出的热点数据的表信息发送给同步模块。
304、接收SQL请求,对所述SQL请求进行解析,获取表名。
305、判断所述表名是否属于热点数据表;若是,则进入步骤306;若否,则进入步骤308;
在判断时可以与保存的热点数据表进行对比;
306、判断所述SQL请求是否为查询类SQL,若是,则进入步骤307;若否,则进入步骤308;
307、从本地缓存的数据中获取结果集返回给客户端。
308、将所述SQL请求下发到数据库集群执行。
309、结束。
本实施例中,当客户端访问热点数据时,分布式数据代理无需将SQL请求下发到数据库集群,直接访问数据代理的缓存数据,将结果集返回给客户端,这样可以大大降低时延,提高查询的性能。
如图4所示,本发明另一实施例提供一种分布式数据库的数据访问方法,应用于数据库代理模块,包括:
401、启动数据库代理模块。
402、获取元数据信息。
元数据信息可以从元数据管理模块获取;元数据管理模块负责管理数据库元数据信息、表的分发策略、管理数据库代理模块。
403、获取热点数据表信息并加载。
更具体地,从同步模块获取热点数据表信息;同步模块负责推送和广播数据库代理模块之间的请求。同步模块可以接收所述至少一个数据库代理模块的注册请求及其上报的热点数据的表信息。
上述热点数据是指对某些数据库表的读请求数量远远高于写请求数量的数据,这些热点数据一般不会被修改,或者集中某个时间段才会被修改,其他时间都是读操作。
404、SQL解析。
405、判断是否为热点数据;若是,则进入步骤408;若否,则进入步骤406。
在判断时可以与保存的热点数据表进行对比;保存的热点数据表包括从同步模块获取热点数据表信息。
406、下发数据库集群执行。
数据库集群由多个数据库(DB)构成,每个数据库是独立的数据库节点,用于对数据库代理模块提供数据库服务。
407、汇聚结果集。
408、返回客户端。
若为热点数据,则可以直接在本地汇聚结果集,返回至客户端。
在图3或图4对应的实施例的基础上,本发明另一实施例提供一种分布式数据库的数据访问方法,若在步骤306、405中的判断结果为:热点数据对应的所述SQL请求不是查询类SQL;则如图5所示,执行以下步骤:
501、开始;
502、通知同步模块使所述热点数据表信息处于下线状态。
503、将所述SQL请求下发到数据库集群执行。
504、执行成功后,通知所述同步模块使所述热点数据表信息处于活跃状态。
505、结束。
可见,本实施例中,数据库代理模块收到非查询类SQL,例如修改热点数据的表数据或者表结构的SQL请求时,先通知同步模块,由同步模块通知其他数据库代理模块删除该表的热点数据;通知成功后,数据库代理模块根据表的分发策略,将SQL请求下发到数据库集群执行,执行成功后,也需要通知同步模块,由同步模块通知其他数据库代理模块加载该表的热点数据。
可见,本实施例中,如果表名不属于热点数据表,则将SQL分解成单机数据节点可执行的SQL下发数据库集群处理。如果表名是热点数据表,分查询类SQL语句和非查询类SQL:
对于非查询类SQL语句:本数据库代理模块需要通知同步模块将该表的状态设置为下线状态(该表的数据不能缓存),同步模块通知其他数据库代理模块将该表的数据缓存失效,数据库代理模块设置该表的状态为下线状态,同步模块收到所有数据库代理模块的成功响应后,同步模块通知本数据库代理模块继续执行,下发单机数据库节点可执行的SQL语句,数据库集群执行成功后,通知同步模块将该表状态设置为活跃状态,同步模块通知所有数据库代理模块重新加载该表的热点数据,加载成功后,将表的状态设置为活跃状态;
对于查询类SQL语句:如果该表的状态为下线状态,则下发数据库集群执行。如果表的状态为活跃状态,则直接查数据库代理模块本地缓存的数据,不需要下发数据库集群执行。
在图3或图4对应的实施例的基础上,本发明另一实施例提供一种分布式数据库的数据访问方法,若在步骤306、405中的判断结果为:热点数据对应的所述SQL请求不是查询类SQL;则如图6所示,执行以下步骤:
601、开始。
602、判断所述热点数据表信息中是否含有hint信息,若是,则进入步骤603;若否,则进入步骤604。
603、将所述SQL请求下发到数据库集群执行。
604、通知同步模块使所述热点数据表信息处于下线状态。
605、将所述SQL请求下发到数据库集群执行。
606、执行成功后,通知所述同步模块使所述热点数据表信息处于活跃状态。
607、结束。
本实施例中,客户端在做热点数据表的数据录入时insert语句含有hint信息(insert+hint),数据库代理模块则不去下线该热点数据表,也不去重新加载和更新缓存数据;而是直接将所述SQL请求下发到数据库集群执行。该种方式主要应用于数据录入后,修改较少,且查询以单条记录为主的业务场景,通过在写语句中添加hint信息的方式不用下线热点数据表,这样读数据的性能大大提升。
根据本发明的另一个方面,还提供一种分布式数据库的数据访问的方法,应用于同步模块,如图7所示,包括:
701、开始。
702、接收至少一个数据库代理模块的注册请求。
703、接收所述至少一个数据库代理模块上报的热点数据的表信息。
704、将所述热点数据的表信息进行广播。
广播后,已注册的数据库代理模块可以接收到所述热点数据的表信息。
705、结束。
在图7对应的实施例的基础上,本发明还提供一种分布式数据库的数据访问的方法,应用于同步模块,所述将所述热点数据的表信息进行广播之后,如图8所示,还包括:
801、开始。
802、接收第一数据库代理模块发出的修改热点数据的表数据或者表结构的第一通知。
803、将被修改的热点数据的表信息的状态修改为下线状态,并进行广播。
804、接收所述第一数据库代理模块发出的修改成功的第二通知。
805、将被修改的热点数据的表信息的状态修改为上线状态或活跃状态,并进行广播。
806、结束。
本发明提供一种分布式数据库的数据访问方法及其系统,可以高效地满足以查询为主和少量修改的业务场景的性能要求,同时大大降低对数据库集群的访问,降低对数据库集群的压力。本发明可以节省系统资源投入,提升系统性能,提升用户使用体验,对于分布式数据库的推广具有良好的示范意义,尤其是在教学、金融、政企、互联网等领域。
以上参照附图说明了本发明的优选实施例,并非因此局限本发明的权利范围。本领域技术人员不脱离本发明的范围和实质,可以有多种变型方案实现本发明,比如作为一个实施例的特征可用于另一实施例而得到又一实施例。凡在运用本发明的技术构思之内所作的任何修改、等同替换和改进,均应在本发明的权利范围之内。
Claims (10)
1.一种分布式数据库的数据访问方法,应用于数据库代理模块,其特征在于,包括:
根据预设的判定规则识别出热点数据,所述热点数据是指对数据库表的读请求数量远远高于写请求数量的数据;
从数据库集群节点中加载所述热点数据,并缓存到本地;
接收SQL请求,对所述SQL请求进行解析,获取表名;
判断所述表名是否属于热点数据表,所述热点数据表包括从同步模块获取的热点数据的表信息;若是,则
判断所述SQL请求是否为查询类SQL,若是,则
从本地缓存的数据中获取结果集返回给客户端。
2.根据权利要求1所述分布式数据库的数据访问方法,其特征在于,若所述SQL请求不是查询类SQL,则:
通知同步模块使所述热点数据的表信息处于下线状态;
将所述SQL请求下发到数据库集群执行;
执行成功后,通知所述同步模块使所述热点数据的表信息处于活跃状态。
3.根据权利要求2所述分布式数据库的数据访问方法,其特征在于,所述通知同步模块使所述热点数据的表信息处于下线状态之前,还包括:
判断所述热点数据的表信息中是否含有hint信息,若是,则
直接将所述SQL请求下发到数据库集群执行。
4.根据权利要求1所述分布式数据库的数据访问方法,其特征在于,所述接收SQL请求之前,还包括:
到同步模块进行注册,将识别出的热点数据的表信息发送给同步模块;
从所述同步模块获取其他数据库代理模块发送的热点数据的表信息。
5.一种分布式数据库的数据访问的方法,其特征在于,应用于同步模块,包括:
接收如权利要求1-4中任一项至少一个数据库代理模块的注册请求;
接收所述至少一个数据库代理模块上报的热点数据的表信息;
将所述热点数据的表信息进行广播,以使所述至少一个数据库代理模块获取所述热点数据的表信息。
6.根据权利要求5所述分布式数据库的数据访问的方法,其特征在于,所述将所述热点数据的表信息进行广播之后,还包括:
接收第一数据库代理模块发出的修改热点数据的表数据或者表结构的第一通知;
将被修改的热点数据的表信息的状态修改为下线状态,并进行广播;
接收所述第一数据库代理模块发出的修改成功的第二通知;
将被修改的热点数据的表信息的状态修改为上线状态或活跃状态,并进行广播。
7.一种分布式数据库的数据访问系统,其特征在于,包括:
至少一个数据库代理模块,用于根据预设的判定规则识别出热点数据,并将所述热点数据的表信息进行上报;从数据库集群节点中加载所述热点数据,并缓存到本地;还用于接收SQL请求,对所述SQL请求进行解析,获取表名;若所述表名属于热点数据表,且所述SQL请求为查询类SQL,则从本地缓存的数据中获取结果集返回给客户端;其中,所述热点数据是指对数据库表的读请求数量远远高于写请求数量的数据;所述热点数据表包括从同步模块获取的热点数据的表信息;
同步模块,用于接收所述至少一个数据库代理模块的注册请求及其上报的热点数据的表信息,并将所述热点数据的表信息进行广播,以使所述至少一个数据库代理模块获取所述热点数据的表信息。
8.根据权利要求7所述分布式数据库的数据访问系统,其特征在于,所述数据库代理模块,还用于:
若接收到修改热点数据的表数据或者表结构的SQL请求,则向所述同步模块发出第一通知;
将所述SQL请求下发到数据库集群执行,并在执行成功后,向所述同步模块发出第二通知。
9.根据权利要求8所述分布式数据库的数据访问系统,其特征在于,所述同步模块,还用于若接收到所述第一通知,则将被修改的热点数据的表信息的状态修改为下线状态,并进行广播;若接收到所述第二通知,则将被修改的热点数据的表信息的状态修改为上线状态或活跃状态,并进行广播。
10.根据权利要求8所述分布式数据库的数据访问系统,其特征在于,所述数据库代理模块在向所述同步模块发出第一通知之前,还用于判断所述热点数据的表信息中是否含有hint信息,若是,则直接将所述SQL请求下发到数据库集群执行。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711140052.9A CN110019300B (zh) | 2017-11-16 | 2017-11-16 | 分布式数据库的数据访问方法及其系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711140052.9A CN110019300B (zh) | 2017-11-16 | 2017-11-16 | 分布式数据库的数据访问方法及其系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110019300A CN110019300A (zh) | 2019-07-16 |
CN110019300B true CN110019300B (zh) | 2023-06-09 |
Family
ID=67186510
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711140052.9A Active CN110019300B (zh) | 2017-11-16 | 2017-11-16 | 分布式数据库的数据访问方法及其系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110019300B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112307069A (zh) * | 2020-11-12 | 2021-02-02 | 京东数字科技控股股份有限公司 | 数据查询方法、系统、设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101969468A (zh) * | 2010-10-14 | 2011-02-09 | 广州从兴电子开发有限公司 | 查询服务器集群系统及查询方法 |
CN102479239A (zh) * | 2010-11-29 | 2012-05-30 | 国际商业机器公司 | 预存储rdf三元数据的方法和装置 |
CN105095417A (zh) * | 2015-07-13 | 2015-11-25 | 小米科技有限责任公司 | 存储业务数据的方法、装置及数据库节点 |
CN105843559A (zh) * | 2016-03-28 | 2016-08-10 | 乐视控股(北京)有限公司 | 一种磁盘缓存系统的读写优化方法及系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6353833B1 (en) * | 1998-09-29 | 2002-03-05 | International Business Machines Corporation | Caching of distributed dynamic SQL statements in a multiple node RDBMS |
-
2017
- 2017-11-16 CN CN201711140052.9A patent/CN110019300B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101969468A (zh) * | 2010-10-14 | 2011-02-09 | 广州从兴电子开发有限公司 | 查询服务器集群系统及查询方法 |
CN102479239A (zh) * | 2010-11-29 | 2012-05-30 | 国际商业机器公司 | 预存储rdf三元数据的方法和装置 |
CN105095417A (zh) * | 2015-07-13 | 2015-11-25 | 小米科技有限责任公司 | 存储业务数据的方法、装置及数据库节点 |
CN105843559A (zh) * | 2016-03-28 | 2016-08-10 | 乐视控股(北京)有限公司 | 一种磁盘缓存系统的读写优化方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN110019300A (zh) | 2019-07-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109213792B (zh) | 数据处理的方法、服务端、客户端、装置及可读存储介质 | |
US10275347B2 (en) | System, method and computer program product for managing caches | |
CN111026727A (zh) | 基于日志文件的表维度检索数据同步方法、系统及装置 | |
US10430403B2 (en) | Tracking change data in a database | |
CN111930768B (zh) | 增量数据获取方法、发送方法、装置及其计算机存储介质 | |
US11397714B2 (en) | Database implementation for different application versions | |
CN111597160A (zh) | 分布式数据库系统、分布式数据处理方法和装置 | |
US11621987B2 (en) | Method for processing streaming media data | |
CN116108057B (zh) | 一种分布式数据库访问方法、装置、设备及存储介质 | |
CN106354732A (zh) | 一种支持并发协同的离线数据版本冲突解决方法 | |
WO2022127866A1 (zh) | 数据处理方法、装置、电子设备、存储介质 | |
CN103365987A (zh) | 一种基于共享磁盘架构的集群数据库系统及数据处理方法 | |
CN110019300B (zh) | 分布式数据库的数据访问方法及其系统 | |
EP3061011B1 (en) | Method for optimizing index, master database node and subscriber database node | |
CN116541427B (zh) | 数据查询方法、装置、设备及存储介质 | |
CN105930519A (zh) | 一种基于集群文件系统的全局共享读缓存方法 | |
CN109656978A (zh) | 近实时搜索服务的优化方法 | |
CN114328466A (zh) | 一种数据冷热存储的方法、装置及电子设备 | |
CN111240810B (zh) | 一种事务管理方法、装置、设备和存储介质 | |
CN111382207B (zh) | 一种数据处理方法、装置、系统和存储介质 | |
CN116431448A (zh) | 一种执行代价的评估方法、装置及电子设备 | |
CN114153857A (zh) | 数据同步方法、数据同步装置和计算机可读存储介质 | |
CN104661053B (zh) | 一种iptv数据处理的方法及系统 | |
CN110019259B (zh) | 分布式索引服务引擎的数据更新方法、装置及存储介质 | |
CN114205368B (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 | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20220113 Address after: 100176 602, floor 6, building 6, courtyard 10, KEGU 1st Street, Beijing Economic and Technological Development Zone, Daxing District, Beijing (Yizhuang group, high-end industrial area of Beijing Pilot Free Trade Zone) Applicant after: Jinzhuan Xinke Co.,Ltd. Address before: 518000 Zhongnan communication tower, South China Road, Nanshan District high tech Industrial Park, Shenzhen, Guangdong Applicant before: ZTE Corp. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |