CN109189856A - 分布式数据库服务管理方法、装置、服务器及存储介质 - Google Patents

分布式数据库服务管理方法、装置、服务器及存储介质 Download PDF

Info

Publication number
CN109189856A
CN109189856A CN201810929008.4A CN201810929008A CN109189856A CN 109189856 A CN109189856 A CN 109189856A CN 201810929008 A CN201810929008 A CN 201810929008A CN 109189856 A CN109189856 A CN 109189856A
Authority
CN
China
Prior art keywords
service
server
information
address
database
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
Application number
CN201810929008.4A
Other languages
English (en)
Other versions
CN109189856B (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.)
China United Network Communications Group Co Ltd
Original Assignee
China United Network Communications Group Co Ltd
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 China United Network Communications Group Co Ltd filed Critical China United Network Communications Group Co Ltd
Priority to CN201810929008.4A priority Critical patent/CN109189856B/zh
Publication of CN109189856A publication Critical patent/CN109189856A/zh
Application granted granted Critical
Publication of CN109189856B publication Critical patent/CN109189856B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请提供一种分布式数据库服务管理方法、装置、服务器及存储介质,该方法包括:数据库服务器接收第一启动指令;数据库服务器根据第一启动指令进行启动,并将一个或多个服务地址信息注册到中心服务器,以使业务服务器从中心服务器获取服务地址信息,服务地址信息包括服务标识及服务标识对应的服务分区标识。实现了数据库层与业务层分离,从而使数据库层扩容和维护更加方便。解决了现有技术业务层与数据库直连造成的数据库连接的浪费,提高了数据库层的可用性和易管理性。

Description

分布式数据库服务管理方法、装置、服务器及存储介质
技术领域
本申请涉及数据库技术领域,尤其涉及一种分布式数据库服务管理方法、装置、服务器及存储介质。
背景技术
随着互联技术的飞速发展,数据库技术成为互联网发展过程中必不可少的一员,各种业务服务的实现必然伴随着数据库操作,因此数据库的管理对业务服务的实现具有重要影响。目前,IT***架构中涉及数据操作的应用通常在容器中管理数据库连接池,或者在业务***中管理数据库连接,这种数据库连接方式每启动一个服务都要初始化一定数量的数据库连接以保证业务的正常使用。
随着业务的不断拓展以及用户的发展,需要提供容量更高的数据库,现有技术中通过横向扩容的方式来提高***的并发能力。
但是,由于***业务服务数量的增加导致初始化的数据库连接池也会不断的增加,一旦达到或超过数据库支撑的最大连接数量,将不能再创建新的连接,严重影响业务扩展的需求。因此,如何有效管理数据库成为亟需解决的重要问题。
发明内容
本申请提供一种分布式数据库服务管理方法、装置、服务器及存储介质,以解决现有技术数据库连接数量过大,管理效率低等缺陷。
本申请第一个方面提供一种分布式数据库服务管理方法,包括:
数据库服务器接收第一启动指令;
所述数据库服务器根据所述第一启动指令进行启动,并将一个或多个服务地址信息注册到中心服务器,以使业务服务器从所述中心服务器获取服务地址信息,所述服务地址信息包括服务标识及服务标识对应的服务分区标识。
本申请第二个方面提供一种分布式数据库服务管理方法,包括:
业务服务器接收终端发送的业务请求,所述业务请求包括业务标识信息;
所述业务服务器根据所述业务请求,从中心服务器获取业务标识信息对应的目标服务地址信息,所述目标服务地址信息包括目标服务标识及目标服务标识对应的目标服务分区标识;
所述业务服务器根据所述目标服务地址信息,生成服务请求,所述服务请求包括目标服务地址信息及对应的待执行服务指令;
所述业务服务器将所述服务请求发送给数据库服务器,以使所述数据库服务器根据所述服务请求进行相应的处理。
本申请第三个方面提供一种分布式数据库服务管理装置,包括:
第一接收模块,用于数据库服务器接收第一启动指令;
第一启动模块,用于所述数据库服务器根据所述第一启动指令进行启动;
第一处理模块,用于所述数据库服务器将一个或多个服务地址信息注册到中心服务器,以使业务服务器从所述中心服务器获取服务地址信息,所述服务地址信息包括服务标识及服务标识对应的服务分区标识。
本申请第四个方面提供一种分布式数据库服务管理装置,包括:
第二接收模块,用于业务服务器接收终端发送的业务请求,所述业务请求包括业务标识信息;
获取模块,用于所述业务服务器根据所述业务请求,从中心服务器获取业务标识信息对应的目标服务地址信息,所述目标服务地址信息包括目标服务标识及目标服务标识对应的目标服务分区标识;
第二处理模块,用于所述业务服务器根据所述目标服务地址信息,生成服务请求,所述服务请求包括目标服务地址信息及对应的待执行服务指令;
发送模块,用于所述业务服务器将所述服务请求发送给数据库服务器,以使所述数据库服务器根据所述服务请求进行相应的处理。
本申请第五个方面提供一种服务器,包括:至少一个处理器和存储器;
所述存储器存储计算机程序;所述至少一个处理器执行所述存储器存储的计算机程序,以实现第一个方面提供的方法。
本申请第六个方面提供一种服务器,包括:至少一个处理器和存储器;
所述存储器存储计算机程序;所述处理器执行所述存储器存储的计算机程序,以实现第二个方面提供的方法。
本申请的第七个方面提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序,所述计算机程序被执行时实现第一个方面提供的方法。
本申请的第八个方面提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序,所述计算机程序被执行时实现第二个方面提供的方法。
本申请提供的分布式数据库服务管理方法、装置、服务器及存储介质,通过数据库服务器启动时,将其中分布式设置的一个或多个服务的服务地址信息注册到中心服务器,以使业务服务器从中心服务器获取服务地址信息,从而通过该服务地址信息对应的服务实现数据库操作,实现了数据库层与业务层分离,从而使数据库层扩容和维护更加方便。解决了现有技术业务层与数据库直连造成的数据库连接的浪费,提高了数据库层的可用性和易管理性。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请一实施例提供的分布式数据库服务管理方法的流程示意图;
图2为本申请另一实施例提供的分布式数据库服务管理方法的流程示意图;
图3为本申请再一实施例提供的分布式数据库服务管理方法的流程示意图;
图4为本申请又一实施例提供的分布式数据库服务管理方法的流程示意图;
图5为本申请一实施例提供的分布式数据库服务管理装置的结构示意图;
图6为本申请另一实施例提供的分布式数据库服务管理装置的结构示意图;
图7为本申请一实施例提供的服务器的结构示意图;
图8为本申请另一实施例提供的服务器的结构示意图;
图9为本申请一实施例提供的分布式数据库服务管理***的结构示意图。
通过上述附图,已示出本申请明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围,而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
首先对本申请所涉及的名词进行解释:
服务:是指数据库服务器中用于执行待执行服务指令,实现对数据库的存储、更新、查询、删除等操作的一个功能模块,也称数据库服务,每个服务可以实现一个独立的小功能,以微服务的方式提供数据库操作服务。数据库服务器中可以包括很多服务,并将这些服务进行分区,划分成多个服务分区。每个服务分区对应一个数据库,即对于一个服务分区,该服务分区中的服务连接指定的一个数据库,实现对该数据库的操作。不同的服务分区可以对应不同的数据库。其中,待执行服务指令可以是查询指令、删除指令、更新指令、存储指令等数据库操作指令。待执行服务指令具体可以是但不限于是SQL(Structured QueryLanguage,结构化查询语言)指令。
业务服务器:是指用于响应终端的业务请求的服务器,比如响应用户通过终端发送的流量查询业务请求、话费查询业务请求等。
数据库服务器:是指在数据库层采用服务分区方式为业务服务器提供数据库操作服务的服务器。
中心服务器:是指居于业务服务器与数据库服务器中间,作为服务地址信息注册中心的服务器,使数据库层与业务层分离,从而使数据库层扩容和维护更加方便。解决了现有技术业务层与数据库直连造成的数据库连接的浪费,提高了数据库层的可用性和易管理性。
实施例一
本实施例提供一种分布式数据库服务管理方法,用于管理数据库服务。本实施例的执行主体为数据库服务器。
如图1所示,为本实施例提供的分布式数据库服务管理方法的流程示意图,该方法包括:
步骤101,数据库服务器接收第一启动指令。
步骤102,数据库服务器根据第一启动指令进行启动,并将一个或多个服务地址信息注册到中心服务器,以使业务服务器从中心服务器获取服务地址信息,服务地址信息包括服务标识及服务标识对应的服务分区标识。
具体的,数据库服务器中设置有很多服务,并对这些服务进行分区,划分成多个服务分区。每个服务分区对应一个数据库,即对于一个服务分区,该服务分区中的服务连接指定的一个数据库,实现对该数据库的操作。不同的服务分区可以对应同一类的数据库,也可以对应不同类的数据库。
数据库服务器在每次启动时,将一个或多个服务地址信息注册到中心服务器,每个服务地址信息对应一个服务,服务地址信息包括该服务的服务标识以及该服务标识对应的服务分区标识,还可以包括数据库服务器的标识信息和地址信息等,总之包括能使业务服务器访问到数据库服务器的相关信息,服务标识为该服务的标识信息,比如为每个服务设置一个名称、或者设置一个ID等,只要能唯一标识一个服务即可。服务分区标识为服务分区的标识信息,比如为每个服务分区设置一个名称、或者设置一个ID等,只要能唯一标识一个服务分区即可。
具体来说,数据库服务器可以向中心服务器发送注册请求,注册请求中包括待注册的服务地址信息,中心服务器接收到服务地址信息后,进行存储,并根据预设的服务标识与业务标识信息的对应关系,建立服务地址信息与业务标识信息的对应关系进行存储。
其中,预设的服务标识与业务标识信息的对应关系可以是预先配置在中心服务器中的,使中心服务器能够获知每个服务标识对应的服务可以实现什么样的业务,当业务服务器接收到终端发送的业务请求时,可以根据业务请求中的业务标识信息从中心服务器获取到相应的服务地址信息。
或者,业务服务器可以在启动时提前从中心服务器拉取已注册的服务地址信息在本地缓存,则在业务服务器接收到终端的业务请求时,可以直接根据业务请求中包括的业务标识信息从本地缓存中获取业务标识信息对应的服务地址信息。这种情况下,可以选择的,业务服务器在从中心服务器拉取服务地址信息时,同时将预配置在中心服务器中的服务标识与业务标识信息的对应关系一起拉取,并在本地缓存,也可以是业务服务器提前从中心服务器获取服务标识与业务标识信息的对应关系,还可以是,在业务服务器中预先配置服务标识与业务标识信息的对应关系。具体可以根据实际需求进行设置,本实施例不做限定。
数据库服务器将其所具有的服务的服务地址信息注册到中心服务器后,业务服务器则可以从中心服务器获取服务地址信息,进而根据服务地址信息访问数据库服务器,使数据库服务器调用该服务地址信息对应的服务执行数据库操作。中心服务器的设置实现了数据库层与业务层分离,从而使数据库层扩容和维护更加方便。解决了现有技术业务层与数据库直连造成的数据库连接的浪费,提高了数据库层的可用性和易管理性。
本实施例提供的分布式数据库服务管理方法,通过数据库服务器启动时,将其中分布式设置的一个或多个服务的服务地址信息注册到中心服务器,以使业务服务器从中心服务器获取服务地址信息,从而通过该服务地址信息对应的服务实现数据库操作,实现了数据库层与业务层分离,从而使数据库层扩容和维护更加方便。解决了现有技术业务层与数据库直连造成的数据库连接的浪费,提高了数据库层的可用性和易管理性。
实施例二
本实施例对实施例一提供的分布式数据库服务管理方法做进一步补充说明。
如图2所示,为本实施例提供的分布式数据库服务管理方法的流程示意图。
作为一种可实施的方式,在上述实施例一的基础上,可选地,步骤102之后,该方法还可以包括:
步骤103,数据库服务器接收业务服务器发送的服务请求,服务请求包括目标服务地址信息及对应的待执行服务指令,目标服务地址信息包括目标服务标识及目标服务标识对应的目标服务分区标识。
具体的,业务服务器在从中心服务器获取到业务标识信息对应的服务地址信息后,则可以根据服务地址信息生成服务请求,服务请求包括目标服务地址信息(即上述业务标识信息对应的服务地址信息)及对应的待执行服务指令。待执行服务指令为业务标识信息对应的服务指令,比如用户通过终端向业务服务器发送了数据流量查询请求(包括业务标识信息),业务服务器在接收到业务流量查询请求后,获取其中包括的业务标识信息,并获取该业务标识信息对应的查询指令(待执行服务指令),在根据业务标识信息从本地缓存或中心服务器获取到业务标识信息对应的服务地址信息时,根据服务地址信息(即目标服务地址信息)和查询指令生成服务请求,发送给数据库服务器,以使数据库服务器调用该服务地址信息对应的目标服务之星该查询指令,从该目标服务连接的数据库中查询相应的数据。
其中,待执行服务指令可以是预先配置在业务服务器中,并预先建立了待执行服务指令与业务标识信息的对应关系。
可选的,对于一个业务标识信息,可能会对应多个服务标识,因为数据库服务器是以微服务的方式提供数据库操作服务,因此一次业务请求可能需要多个服务共同执行才能获得满足业务请求的服务执行结果。也即服务请求中可能包括一个目标服务地址信息及对应的待执行服务指令,也可能包括多个目标服务地址信息以及每个目标服务地址信息对应的待执行服务指令。
步骤104,数据库服务器从目标服务分区标识对应的目标服务分区中调用目标服务标识对应的目标服务,使目标服务执行待执行服务指令,获得服务执行结果。
具体的,数据库服务器在接收到服务请求后,从服务请求中获取目标服务地址信息及待执行服务指令,根据目标服务地址信息到目标服务分区标识对应的目标服务分区中查找目标服务标识对应的目标服务,找到后调用该目标服务来执行待执行服务指令,实现相应的数据库操作。
步骤105,数据库服务器将服务执行结果发送给业务服务器,以使业务服务器根据服务执行结果进行相应的处理。
具体的,数据库服务器在获得服务执行结果后,将服务执行结果发送给业务服务器,业务服务器根据服务执行结果进行相应的处理,并向终端返回相应的业务请求结果。业务服务器根据服务执行结果响应终端的业务请求的过程为现有技术,在此不再赘述。
作为另一种可实施的方式,在上述实施例一的基础上,可选地,该方法还可以包括:
步骤201,数据库服务器获取接收到的当前还未响应的服务请求信息,服务请求信息包括一个或多个服务请求。
步骤202,数据库服务器根据服务请求信息及预设规则,确定待增加的目标服务及对应的待增加的目标数量。
步骤203,数据库服务器在目标服务所在的目标服务分区中增加目标数量的目标服务。
步骤204,数据库服务器将增加的目标服务的服务地址信息注册到中心服务器。
具体的,数据库服务器还可以实时地或定时地监测响应服务请求的情况,以判断当前具有的服务是否能够满足服务请求的需求。具体来说,可以设置监测模块,使数据库服务器可以通过监测模块获取已经接受到但是当前还未响应的服务请求信息,服务请求信息包括一个或多个服务请求。也即获取当前服务请求的排队情况。
数据库服务器在获取到当前还未响应的服务请求信息后,则可以根据预设规则,确定待增加的目标服务即对应的待增加的目标数量。
可选的,可以根据预设规则先判断是否需要增加,然后再确定具体待增加的目标服务即对应的待增加的目标数量。
示例性的,可以统计未响应的服务请求数量,以及提取服务请求中包括的目标服务标识,并统计各目标服务标识对应的未响应的服务请求数量。对于每个目标服务标识,若该目标服务标识对应的未响应的服务请求数量超过预设阈值,则确定该目标服务标识对应的目标服务需要增加数量。可选的,还可以设置需要增加的目标数量与预设阈值的对应关系,比如超过第一阈值需要增加一个目标服务,超过第二阈值需要增加两个目标服务,以此类推,根据当前目标服务标识对应的未响应的服务请求数量确定需要增加的该目标服务标识对应的目标服务的数量。
可选的,可以为不同的目标服务标识设置不同的阈值范围,也可以设置统一的阈值范围。
在确定了待增加的各目标服务及对应的目标数量后,数据库服务器则可以在各目标服务所在的目标服务分区中增加目标数量的目标服务。
示例性的,数据库服务器中原有3个服务,分别为第一服务(对应第一服务标识)、第二服务(对应第二服务标识)和第三服务(对应第三服务标识),若当前未响应的服务请求数量为15个,其中,第一服务标识对应5个,第二服务标识对应6个,第三服务标识对应4个,预设阈值为5,即若某目标服务标识对应的未响应服务请求数量超过5个,则确定需要增加该目标服务标识对应的目标服务。则第一服务标识和第二服务标识对应的目标服务均需要增加。
若预设的阈值范围为(5,1)、(10,2)、(15,3),表示若某目标服务标识对应的未响应服务请求数量超过5个,则需要增加一个该目标服务标识对应的目标服务,若超过10个,则需要增加2个。预设阈值范围的格式可以为任意可实施的格式,这里只是示例性的说明,并非对其限定。比如还可以是(5-10,1)、(11-15,2),表示若某目标服务标识对应的未响应服务请求数量在5个和10个之间,需要增加1个该目标服务标识对应的目标服务。
数据库服务器在待增加的目标服务所在的目标服务分区中增加目标数量的目标服务后,还可以将增加的目标服务的服务地址信息注册到中心服务器,由中心服务器同步保存。
可选的,对于增加的目标服务,其实是其功能与用于确定是否增加的目标服务相同,在增加功能相同的目标服务时,为了与原目标服务区分,可以为新增加的目标服务生成新的服务标识,将新增加的目标服务的服务地址信息注册到中心服务器,同时,将该服务标识对应的服务与原目标服务功能相同的信息发送给中心服务器,中心服务器接收到新增加的目标服务的服务地址信息和与原目标服务功能相同的信息后,根据原目标服务标识建立新的服务标识与业务标识信息的对应关系。
示例性的,第一服务标识对应的目标服务需要增加2个,第一服务标识对应的第一服务在第一服务分区中,则在第一服务分区中增加2个功能与第一服务相同的服务,可以为这2个服务分别生成两个新的不同的服务标识,比如第二服务标识和第三服务标识。并存储第一服务标识、第二服务标识、第三服务标识与功能(第一功能)的对应关系,将第二服务标识和第三服务标识对应的服务地址信息注册到中心服务器,并将第一服务标识、第二服务标识、第三服务标识与功能(第一功能)的对应关系发送给中心服务器。
可选的,若数据库服务器中有多个服务是相同的功能,则数据库服务器在接收到服务请求时,可以根据这些功能相同的服务当前的空闲情况,确定调用哪个服务执行该服务请求的待执行服务指令。这种情况下,数据库服务器中预先配置有功能相同的服务标识与功能的对应关系,使数据库服务器可以在接收到服务请求后,根据服务请求中的目标服务标识从预配置的服务标识与功能的对应关系中查询具有相同功能的其他服务标识,进一步按照负载均衡的方式调用相应的服务。
可选的,数据库服务器还可以增加新功能的服务,具体可以是管理人员通过终端向数据库服务器主动增加新功能的服务,数据库服务器在增加新功能的服务后,将新功能的服务的服务地址信息注册到中心服务器,以为业务服务器提供新的数据库操作服务。
可选的,增加新的服务后,需要将新的服务连接到该新的服务所在的服务分区对应的数据库。
可选的,还可以增加新的服务分区,在新的服务分区中增加新的服务。并将新的服务分区中的各服务连接到该新的服务分区对应的数据库。
可选的,还可以增加新的数据库服务器。即每个中心服务器可以连接多个业务服务器以及多个数据库服务器。当连接多个数据库服务器时,服务地址信息中需要包括数据库服务器的标识信息。还可以包括数据库服务器的地址信息,比如IP地址。
需要说明的是,本实施例中各可实施的方式可以单独实施,也可以在不冲突的情况下以任意组合方式结合实施本申请不做限定。
本实施例提供的分布式数据库服务管理方法,通过数据库服务器启动时,将其中分布式设置的一个或多个服务的服务地址信息注册到中心服务器,以使业务服务器从中心服务器获取服务地址信息,从而通过该服务地址信息对应的服务实现数据库操作,实现了数据库层与业务层分离,从而使数据库层扩容和维护更加方便。解决了现有技术业务层与数据库直连造成的数据库连接的浪费,提高了数据库层的可用性和易管理性。并且数据库服务器还可以实时或定时监测当前未响应的服务请求信息,在需要扩容时,自动对需要扩容的服务分区进行扩容,提高了扩容效率及便捷性。
实施例三
本实施例提供一种分布式数据库服务管理方法,用于管理数据库服务。本实施例的执行主体为业务服务器。
如图3所示,为本实施例提供的分布式数据库服务管理方法的流程示意图,该方法包括:
步骤301,业务服务器接收终端发送的业务请求,业务请求包括业务标识信息。
步骤302,业务服务器根据业务请求,从中心服务器获取业务标识信息对应的目标服务地址信息,目标服务地址信息包括目标服务标识及目标服务标识对应的目标服务分区标识。
步骤303,业务服务器根据目标服务地址信息,生成服务请求,服务请求包括目标服务地址信息及对应的待执行服务指令。
步骤304,业务服务器将服务请求发送给数据库服务器,以使数据库服务器根据服务请求进行相应的处理。
需要说明的是,本实施例中业务服务器执行各步骤的具体操作已在与其交互的数据库服务器执行的方法实施例(实施例一或实施例二)中进行了详细说明,在此不再赘述。
本实施例提供的分布式数据库服务管理方法,通过数据库服务器启动时,将其中分布式设置的一个或多个服务的服务地址信息注册到中心服务器,以使业务服务器从中心服务器获取服务地址信息,从而通过该服务地址信息对应的服务实现数据库操作,实现了数据库层与业务层分离,从而使数据库层扩容和维护更加方便。解决了现有技术业务层与数据库直连造成的数据库连接的浪费,提高了数据库层的可用性和易管理性。
实施例四
本实施例对实施例三提供的分布式数据库服务管理方法做进一步补充说明。
如图4所示,为本实施例提供的分布式数据库服务管理方法的流程示意图。
作为一种可实施的方式,在上述实施例一的基础上,可选地,该方法还包括:
步骤305,业务服务器接收数据库服务器响应服务请求发送的服务执行结果。
步骤306,业务服务器根据服务执行结果,生成响应终端业务请求的响应数据。
步骤307,业务服务器将响应数据发送给终端,以使终端显示给用户。
具体的,业务服务器在接收到数据库服务器发送的服务执行结果后,需要对服务执行结果进行相应的处理,生成响应终端的业务请求的相应数据,发送给终端,以显示给用户。
示例性的,当用户查询数据流量时,数据库服务器根据服务请求执行待执行服务指令,查询到了该用户相关的数据流量信息,返回给业务服务器,业务服务器需要将该用户的数据流量信息进行整理归类,转换成终端可用于进行显示的响应数据,发送给终端。具体的业务服务器响应终端业务请求的过程可以为现有技术中任意可实施的方式,在此不再赘述。
可选的,在步骤301业务服务器接收终端发送的业务请求之前,该方法还包括:
步骤401,业务服务器接收第二启动指令;
步骤402,业务服务器根据第二启动指令进行启动,并从中心服务器拉取一个或多个服务地址信息,进行本地缓存;
相应的,在步骤301业务服务器接收终端发送的业务请求之后,方法包括:
步骤403,业务服务器根据业务请求,从本地缓存获取业务标识信息对应的目标服务地址信息。
具体的,业务服务器可以在启动时提前从中心服务器拉取已注册的服务地址信息在本地缓存,则在业务服务器接收到终端的业务请求时,可以直接根据业务请求中包括的业务标识信息从本地缓存中获取业务标识信息对应的服务地址信息,提高响应业务请求的效率。这种情况下,可以选择的,业务服务器在从中心服务器拉取服务地址信息时,同时将预配置在中心服务器中的服务标识与业务标识信息的对应关系一起拉取,并在本地缓存,也可以是业务服务器提前从中心服务器获取服务标识与业务标识信息的对应关系,还可以是,在业务服务器中预先配置服务标识与业务标识信息的对应关系。具体可以根据实际需求进行设置,本实施例不做限定。
可选的,当业务服务器监听到中心服务器中的服务地址信息有更新时,从中心服务器拉取更新的服务地址信息,对本地缓存进行更新。
具体的,业务服务器还可以实时或定时监听中心服务器中服务地址信息的状态,业务服务器监听到中心服务器中的服务地址信息有更新时,从中心服务器拉取更新的服务地址信息,对本地缓存进行更新。
可选的,业务服务器可以与中心服务器约定好,使中心服务器在其服务地址信息有更新时,主动向业务服务器发送提示信息,以使业务服务器可以获取到中心服务器中服务地址信息的状态。
可选的,业务服务器还可以实时地或定时地向中心服务器发送询问消息,询问中心服务器其服务地址信息是否有更新,中心服务器可以记录业务服务器最近一次的询问时间,当再接收到业务服务器发送的询问消息时,根据当前记录的最近一次的询问时间,判断这段时间内是否有更新,并将询问结果发送给业务服务器。
需要说明的是,本实施例中业务服务器执行各步骤的具体操作已在与其交互的数据库服务器执行的方法实施例(实施例一或实施例二)中进行了详细说明,在此不再赘述。
需要说明的是,本实施例中各可实施的方式可以单独实施,也可以在不冲突的情况下以任意组合方式结合实施本申请不做限定。
本实施例提供的分布式数据库服务管理方法,通过数据库服务器启动时,将其中分布式设置的一个或多个服务的服务地址信息注册到中心服务器,以使业务服务器从中心服务器获取服务地址信息,从而通过该服务地址信息对应的服务实现数据库操作,实现了数据库层与业务层分离,从而使数据库层扩容和维护更加方便。解决了现有技术业务层与数据库直连造成的数据库连接的浪费,提高了数据库层的可用性和易管理性。并且业务服务器还可以在启动时提前从中心服务器拉取一个或多个服务地址信息,进行本地缓存,则在业务服务器接收到终端的业务请求时,可以直接根据业务请求中包括的业务标识信息从本地缓存中获取业务标识信息对应的服务地址信息,提高响应业务请求的效率。业务服务器还可以实时监听中心服务器中服务地址信息的更新状态,并及时对本地缓存的服务地址信息进行更新,有效保证了业务服务器向数据库服务器发送服务请求的准确性,避免了数据库服务器中服务地址信息变化导致业务服务器无法访问数据库服务器,进而导致无法响应用户的业务请求的问题。
实施例五
本实施例提供一种分布式数据库服务管理装置,用于执行上述实施例一的方法。
如图5所示,为本实施例提供的分布式数据库服务管理装置的结构示意图。该分布式数据库服务管理装置50包括第一接收模块51、第一启动模块52和第一处理模块53。
其中,第一接收模块51用于数据库服务器接收第一启动指令;第一启动模块52用于数据库服务器根据第一启动指令进行启动;第一处理模块53用于数据库服务器将一个或多个服务地址信息注册到中心服务器,以使业务服务器从中心服务器获取服务地址信息,服务地址信息包括服务标识及服务标识对应的服务分区标识。
关于本实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
根据本实施例提供的分布式数据库服务管理装置,通过数据库服务器启动时,将其中分布式设置的一个或多个服务的服务地址信息注册到中心服务器,以使业务服务器从中心服务器获取服务地址信息,从而通过该服务地址信息对应的服务实现数据库操作,实现了数据库层与业务层分离,从而使数据库层扩容和维护更加方便。解决了现有技术业务层与数据库直连造成的数据库连接的浪费,提高了数据库层的可用性和易管理性。
实施例六
本实施例对上述实施例五提供的装置做进一步补充说明,以执行上述实施例二提供的方法。
作为一种可实施的方式,在上述实施例的基础上,可选地,第一接收模块,还用于数据库服务器接收业务服务器发送的服务请求,服务请求包括目标服务地址信息及对应的待执行服务指令,目标服务地址信息包括目标服务标识及目标服务标识对应的目标服务分区标识;第一处理模块,还用于数据库服务器从目标服务分区标识对应的目标服务分区中调用目标服务标识对应的目标服务,使目标服务执行待执行服务指令,获得服务执行结果;第一处理模块,还用于数据库服务器将服务执行结果发送给业务服务器,以使业务服务器根据服务执行结果进行相应的处理。
可选的,第一处理模块,还用于:
数据库服务器获取接收到的当前还未响应的服务请求信息,服务请求信息包括一个或多个服务请求;数据库服务器根据服务请求信息及预设规则,确定待增加的目标服务及对应的待增加的目标数量;数据库服务器在目标服务所在的目标服务分区中增加目标数量的目标服务;数据库服务器将增加的目标服务的服务地址信息注册到中心服务器。
关于本实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
需要说明的是,本实施例中各可实施的方式可以单独实施,也可以在不冲突的情况下以任意组合方式结合实施本申请不做限定。
根据本实施例的分布式数据库服务管理装置,通过数据库服务器启动时,将其中分布式设置的一个或多个服务的服务地址信息注册到中心服务器,以使业务服务器从中心服务器获取服务地址信息,从而通过该服务地址信息对应的服务实现数据库操作,实现了数据库层与业务层分离,从而使数据库层扩容和维护更加方便。解决了现有技术业务层与数据库直连造成的数据库连接的浪费,提高了数据库层的可用性和易管理性。并且数据库服务器还可以实时或定时监测当前未响应的服务请求信息,在需要扩容时,自动对需要扩容的服务分区进行扩容,提高了扩容效率及便捷性。
实施例七
本实施例提供一种分布式数据库服务管理装置,用于执行上述实施例三提供的方法。
如图6所示,为本实施例提供的分布式数据库服务管理装置的结构示意图。该分布式数据库服务管理装置70包括第二接收模块71、获取模块72、第二处理模块73和发送模块74。
其中,第二接收模块71用于业务服务器接收终端发送的业务请求,业务请求包括业务标识信息;获取模块72用于业务服务器根据业务请求,从中心服务器获取业务标识信息对应的目标服务地址信息,目标服务地址信息包括目标服务标识及目标服务标识对应的目标服务分区标识;第二处理模块73用于业务服务器根据目标服务地址信息,生成服务请求,服务请求包括目标服务地址信息及对应的待执行服务指令;发送模块74用于业务服务器将服务请求发送给数据库服务器,以使数据库服务器根据服务请求进行相应的处理。
关于本实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
根据本实施例提供的分布式数据库服务管理装置,通过数据库服务器启动时,将其中分布式设置的一个或多个服务的服务地址信息注册到中心服务器,以使业务服务器从中心服务器获取服务地址信息,从而通过该服务地址信息对应的服务实现数据库操作,实现了数据库层与业务层分离,从而使数据库层扩容和维护更加方便。解决了现有技术业务层与数据库直连造成的数据库连接的浪费,提高了数据库层的可用性和易管理性。
实施例八
本实施例对上述实施例七提供的装置做进一步补充说明,以执行上述实施例四提供的方法。
作为一种可实施的方式,在上述实施例的基础上,可选地,第二接收模块,还用于业务服务器接收数据库服务器响应服务请求发送的服务执行结果;第二处理模块,还用于业务服务器根据服务执行结果,生成响应终端业务请求的响应数据;发送模块,还用于业务服务器将响应数据发送给终端,以使终端显示给用户。
作为另一种可实施的方式,在上述实施例的基础上,可选的,第二接收模块,还用于业务服务器接收第二启动指令;获取模块,还用于业务服务器根据第二启动指令进行启动,并从中心服务器拉取一个或多个服务地址信息,进行本地缓存;相应的,获取模块,还用于业务服务器根据业务请求,从本地缓存获取业务标识信息对应的目标服务地址信息。
可选的,获取模块,还用于当业务服务器监听到中心服务器中的服务地址信息有更新时,从中心服务器拉取更新的服务地址信息,对本地缓存进行更新。
关于本实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
需要说明的是,本实施例中各可实施的方式可以单独实施,也可以在不冲突的情况下以任意组合方式结合实施本申请不做限定。
本实施例提供的分布式数据库服务管理装置,通过数据库服务器启动时,将其中分布式设置的一个或多个服务的服务地址信息注册到中心服务器,以使业务服务器从中心服务器获取服务地址信息,从而通过该服务地址信息对应的服务实现数据库操作,实现了数据库层与业务层分离,从而使数据库层扩容和维护更加方便。解决了现有技术业务层与数据库直连造成的数据库连接的浪费,提高了数据库层的可用性和易管理性。并且业务服务器还可以在启动时提前从中心服务器拉取一个或多个服务地址信息,进行本地缓存,则在业务服务器接收到终端的业务请求时,可以直接根据业务请求中包括的业务标识信息从本地缓存中获取业务标识信息对应的服务地址信息,提高响应业务请求的效率。业务服务器还可以实时监听中心服务器中服务地址信息的更新状态,并及时对本地缓存的服务地址信息进行更新,有效保证了业务服务器向数据库服务器发送服务请求的准确性,避免了数据库服务器中服务地址信息变化导致业务服务器无法访问数据库服务器,进而导致无法响应用户的业务请求的问题。
实施例九
本实施例提供一种服务器,即数据库服务器,用于执行上述实施例一或实施例二提供的方法。
如图7所示,为本实施例提供的服务器的结构示意图。该服务器90包括:至少一个处理器91和存储器92;
存储器存储计算机程序;至少一个处理器执行存储器存储的计算机程序,以实现上述实施例一或实施例二提供的方法。
根据本实施例的服务器,通过数据库服务器启动时,将其中分布式设置的一个或多个服务的服务地址信息注册到中心服务器,以使业务服务器从中心服务器获取服务地址信息,从而通过该服务地址信息对应的服务实现数据库操作,实现了数据库层与业务层分离,从而使数据库层扩容和维护更加方便。解决了现有技术业务层与数据库直连造成的数据库连接的浪费,提高了数据库层的可用性和易管理性。
实施例十
本实施例提供一种服务器,即业务服务器,用于执行上述实施例三或实施例四提供的方法。
如图8所示,为本实施例提供的服务器的结构示意图。该服务器100包括:至少一个处理器1001和存储器1002;
存储器存储计算机程序;至少一个处理器执行存储器存储的计算机程序,以实现上述实施例三或实施例四提供的方法。
根据本实施例的服务器,通过数据库服务器启动时,将其中分布式设置的一个或多个服务的服务地址信息注册到中心服务器,以使业务服务器从中心服务器获取服务地址信息,从而通过该服务地址信息对应的服务实现数据库操作,实现了数据库层与业务层分离,从而使数据库层扩容和维护更加方便。解决了现有技术业务层与数据库直连造成的数据库连接的浪费,提高了数据库层的可用性和易管理性。
在一些实施例中,还提供一种分布式数据库服务管理***,如图9所示,为本实施例提供的分布式数据库服务管理***的结构示意图。其中,M、N、T、S均为正整数。数据库服务器中的服务启动(被调用)时,创建该服务所在服务分区的连接池,解决了现有技术中业务服务器直接与数据库连接,启动时会连接所有数量的数据库,引起数据库连接数过大,导致数据库连接数量的浪费的问题。
实施例十一
本实施例提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序,计算机程序被执行时实现上述实施例一或实施例二提供的方法。
实施例十二
本实施例提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序,计算机程序被执行时实现上述实施例三或实施例四提供的方法。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (18)

1.一种分布式数据库服务管理方法,其特征在于,包括:
数据库服务器接收第一启动指令;
所述数据库服务器根据所述第一启动指令进行启动,并将一个或多个服务地址信息注册到中心服务器,以使业务服务器从所述中心服务器获取服务地址信息,所述服务地址信息包括服务标识及服务标识对应的服务分区标识。
2.根据权利要求1所述的方法,其特征在于,还包括:
所述数据库服务器接收业务服务器发送的服务请求,所述服务请求包括目标服务地址信息及对应的待执行服务指令,所述目标服务地址信息包括目标服务标识及目标服务标识对应的目标服务分区标识;
所述数据库服务器从所述目标服务分区标识对应的目标服务分区中调用所述目标服务标识对应的目标服务,使所述目标服务执行所述待执行服务指令,获得服务执行结果;
所述数据库服务器将所述服务执行结果发送给所述业务服务器,以使所述业务服务器根据所述服务执行结果进行相应的处理。
3.根据权利要求2所述的方法,其特征在于,还包括:
所述数据库服务器获取接收到的当前还未响应的服务请求信息,所述服务请求信息包括一个或多个服务请求;
所述数据库服务器根据所述服务请求信息及预设规则,确定待增加的目标服务及对应的待增加的目标数量;
所述数据库服务器在所述目标服务所在的目标服务分区中增加目标数量的所述目标服务;
所述数据库服务器将增加的所述目标服务的服务地址信息注册到所述中心服务器。
4.一种分布式数据库服务管理方法,其特征在于,包括:
业务服务器接收终端发送的业务请求,所述业务请求包括业务标识信息;
所述业务服务器根据所述业务请求,从中心服务器获取业务标识信息对应的目标服务地址信息,所述目标服务地址信息包括目标服务标识及目标服务标识对应的目标服务分区标识;
所述业务服务器根据所述目标服务地址信息,生成服务请求,所述服务请求包括目标服务地址信息及对应的待执行服务指令;
所述业务服务器将所述服务请求发送给数据库服务器,以使所述数据库服务器根据所述服务请求进行相应的处理。
5.根据权利要求4所述的方法,其特征在于,还包括:
所述业务服务器接收数据库服务器响应所述服务请求发送的服务执行结果;
所述业务服务器根据所述服务执行结果,生成响应所述终端业务请求的响应数据;
所述业务服务器将所述响应数据发送给所述终端,以使所述终端显示给用户。
6.根据权利要求4或5所述的方法,其特征在于,在业务服务器接收终端发送的业务请求之前,还包括:
所述业务服务器接收第二启动指令;
所述业务服务器根据所述第二启动指令进行启动,并从中心服务器拉取一个或多个服务地址信息,进行本地缓存;
相应的,业务服务器接收终端发送的业务请求之后,所述方法包括:
所述业务服务器根据所述业务请求,从本地缓存获取业务标识信息对应的目标服务地址信息。
7.根据权利要求6所述的方法,其特征在于,当所述业务服务器监听到所述中心服务器中的服务地址信息有更新时,从所述中心服务器拉取更新的服务地址信息,对本地缓存进行更新。
8.一种分布式数据库服务管理装置,其特征在于,包括:
第一接收模块,用于数据库服务器接收第一启动指令;
第一启动模块,用于所述数据库服务器根据所述第一启动指令进行启动;
第一处理模块,用于所述数据库服务器将一个或多个服务地址信息注册到中心服务器,以使业务服务器从所述中心服务器获取服务地址信息,所述服务地址信息包括服务标识及服务标识对应的服务分区标识。
9.根据权利要求8所述的装置,其特征在于,所述第一接收模块,还用于所述数据库服务器接收业务服务器发送的服务请求,所述服务请求包括目标服务地址信息及对应的待执行服务指令,所述目标服务地址信息包括目标服务标识及目标服务标识对应的目标服务分区标识;
所述第一处理模块,还用于所述数据库服务器从所述目标服务分区标识对应的目标服务分区中调用所述目标服务标识对应的目标服务,使所述目标服务执行所述待执行服务指令,获得服务执行结果;
所述第一处理模块,还用于所述数据库服务器将所述服务执行结果发送给所述业务服务器,以使所述业务服务器根据所述服务执行结果进行相应的处理。
10.根据权利要求9所述的装置,其特征在于,所述第一处理模块,还用于:
所述数据库服务器获取接收到的当前还未响应的服务请求信息,所述服务请求信息包括一个或多个服务请求;
所述数据库服务器根据所述服务请求信息及预设规则,确定待增加的目标服务及对应的待增加的目标数量;
所述数据库服务器在所述目标服务所在的目标服务分区中增加目标数量的所述目标服务;
所述数据库服务器将增加的所述目标服务的服务地址信息注册到所述中心服务器。
11.一种分布式数据库服务管理装置,其特征在于,包括:
第二接收模块,用于业务服务器接收终端发送的业务请求,所述业务请求包括业务标识信息;
获取模块,用于所述业务服务器根据所述业务请求,从中心服务器获取业务标识信息对应的目标服务地址信息,所述目标服务地址信息包括目标服务标识及目标服务标识对应的目标服务分区标识;
第二处理模块,用于所述业务服务器根据所述目标服务地址信息,生成服务请求,所述服务请求包括目标服务地址信息及对应的待执行服务指令;
发送模块,用于所述业务服务器将所述服务请求发送给数据库服务器,以使所述数据库服务器根据所述服务请求进行相应的处理。
12.根据权利要求11所述的装置,其特征在于,所述第二接收模块,还用于所述业务服务器接收数据库服务器响应所述服务请求发送的服务执行结果;
所述第二处理模块,还用于所述业务服务器根据所述服务执行结果,生成响应所述终端业务请求的响应数据;
所述发送模块,还用于所述业务服务器将所述响应数据发送给所述终端,以使所述终端显示给用户。
13.根据权利要求11或12所述的装置,其特征在于,所述第二接收模块,还用于所述业务服务器接收第二启动指令;
所述获取模块,还用于所述业务服务器根据所述第二启动指令进行启动,并从中心服务器拉取一个或多个服务地址信息,进行本地缓存;
相应的,所述获取模块,还用于所述业务服务器根据所述业务请求,从本地缓存获取业务标识信息对应的目标服务地址信息。
14.根据权利要求13所述的装置,其特征在于,所述获取模块,还用于当所述业务服务器监听到所述中心服务器中的服务地址信息有更新时,从所述中心服务器拉取更新的服务地址信息,对本地缓存进行更新。
15.一种服务器,其特征在于,包括:至少一个处理器和存储器;
所述存储器存储计算机程序;所述至少一个处理器执行所述存储器存储的计算机程序,以实现权利要求1-3中任一项所述的方法。
16.一种区块链节点,其特征在于,包括:至少一个处理器和存储器;
所述存储器存储计算机程序;所述至少一个处理器执行所述存储器存储的计算机程序,以实现权利要求4-7中任一项所述的方法。
17.一种计算机可读存储介质,其特征在于,该计算机可读存储介质中存储有计算机程序,所述计算机程序被执行时实现权利要求1-3中任一项所述的方法。
18.一种计算机可读存储介质,其特征在于,该计算机可读存储介质中存储有计算机程序,所述计算机程序被执行时实现权利要求4-7中任一项所述的方法。
CN201810929008.4A 2018-08-15 2018-08-15 分布式数据库服务管理方法、装置、服务器及存储介质 Active CN109189856B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810929008.4A CN109189856B (zh) 2018-08-15 2018-08-15 分布式数据库服务管理方法、装置、服务器及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810929008.4A CN109189856B (zh) 2018-08-15 2018-08-15 分布式数据库服务管理方法、装置、服务器及存储介质

Publications (2)

Publication Number Publication Date
CN109189856A true CN109189856A (zh) 2019-01-11
CN109189856B CN109189856B (zh) 2021-09-28

Family

ID=64935907

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810929008.4A Active CN109189856B (zh) 2018-08-15 2018-08-15 分布式数据库服务管理方法、装置、服务器及存储介质

Country Status (1)

Country Link
CN (1) CN109189856B (zh)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110427428A (zh) * 2019-08-06 2019-11-08 中国工商银行股份有限公司 分布式服务调用方法及***
CN110505155A (zh) * 2019-08-13 2019-11-26 北京达佳互联信息技术有限公司 请求降级处理方法、装置、电子设备及存储介质
CN110532170A (zh) * 2019-07-18 2019-12-03 北京文渊佳科技有限公司 搭建测试环境的方法、装置、电子设备及介质
CN111131040A (zh) * 2019-11-29 2020-05-08 京东数字科技控股有限公司 路由的配置方法、装置及***、存储介质、电子装置
CN111506654A (zh) * 2020-04-17 2020-08-07 北京思特奇信息技术股份有限公司 用于数据路由的数据分区方法
CN111625588A (zh) * 2020-05-29 2020-09-04 北京思特奇信息技术股份有限公司 一种共享分布式数据采集数据的方法和***
CN111949402A (zh) * 2020-08-05 2020-11-17 中国建设银行股份有限公司 数据库请求处理方法、装置、计算机设备及存储介质
CN112153093A (zh) * 2019-06-28 2020-12-29 北京京东尚科信息技术有限公司 基于集群的任务调度方法、装置、设备及可读存储介质
CN113485934A (zh) * 2021-07-23 2021-10-08 掌阅科技股份有限公司 分布式指标数据采集方法、电子设备及存储介质
CN114003644A (zh) * 2021-10-21 2022-02-01 河南星环众志信息科技有限公司 分布式事务处理方法、设备、介质和数据库***
CN114531492A (zh) * 2020-11-05 2022-05-24 网联清算有限公司 服务调用方法、装置、存储介质及计算机设备
CN114697888A (zh) * 2022-03-28 2022-07-01 中国联合网络通信集团有限公司 5g消息处理方法、装置及存储介质
CN114915923A (zh) * 2022-05-06 2022-08-16 中国联合网络通信集团有限公司 5g消息即服务触发方法、装置、电子设备及存储介质
CN116319809A (zh) * 2022-12-27 2023-06-23 昆仑数智科技有限责任公司 数据操作的方法和***

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050091128A1 (en) * 2003-10-24 2005-04-28 Luo Sheng-Chi System and method for querying inventory
CN101827015A (zh) * 2009-12-31 2010-09-08 上海粱江通信***股份有限公司 一种在通信网中引入分布式智能逻辑数据库的***及方法
CN104753706A (zh) * 2013-12-27 2015-07-01 ***通信集团公司 一种分布式集群配置管理方法及装置
CN105138592A (zh) * 2015-07-31 2015-12-09 武汉虹信技术服务有限责任公司 一种基于分布式架构的日志数据存储和检索方法
CN105553993A (zh) * 2015-12-18 2016-05-04 广州华多网络科技有限公司 一种远程服务调用方法、装置及服务器
CN105607951A (zh) * 2015-12-17 2016-05-25 北京奇虎科技有限公司 处理数据请求及获取服务器信息的方法及装置
CN105791457A (zh) * 2016-02-26 2016-07-20 杭州华三通信技术有限公司 一种数据处理方法及装置
US20170017955A1 (en) * 2015-07-14 2017-01-19 Fmr Llc Point-to-Point Transaction Guidance Apparatuses, Methods and Systems
CN106815338A (zh) * 2016-12-25 2017-06-09 北京中海投资管理有限公司 一种大数据的实时存储、处理和查询***
CN106941508A (zh) * 2016-01-05 2017-07-11 阿里巴巴集团控股有限公司 服务调用方法、装置和***
CN107317830A (zh) * 2016-04-26 2017-11-03 中兴通讯股份有限公司 一种服务发现的处理方法及装置
CN107423448A (zh) * 2017-08-11 2017-12-01 天津同阳科技发展有限公司 分布式数据处理装置及方法
CN107733891A (zh) * 2017-10-17 2018-02-23 深圳市金立通信设备有限公司 一种用户注册方法、服务器及计算机可读存储介质
CN108200196A (zh) * 2018-01-31 2018-06-22 杭州优工品科技有限公司 基于分布式架构的数据储存、查询方法及***

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050091128A1 (en) * 2003-10-24 2005-04-28 Luo Sheng-Chi System and method for querying inventory
CN101827015A (zh) * 2009-12-31 2010-09-08 上海粱江通信***股份有限公司 一种在通信网中引入分布式智能逻辑数据库的***及方法
CN104753706A (zh) * 2013-12-27 2015-07-01 ***通信集团公司 一种分布式集群配置管理方法及装置
US20170017955A1 (en) * 2015-07-14 2017-01-19 Fmr Llc Point-to-Point Transaction Guidance Apparatuses, Methods and Systems
CN105138592A (zh) * 2015-07-31 2015-12-09 武汉虹信技术服务有限责任公司 一种基于分布式架构的日志数据存储和检索方法
CN105607951A (zh) * 2015-12-17 2016-05-25 北京奇虎科技有限公司 处理数据请求及获取服务器信息的方法及装置
CN105553993A (zh) * 2015-12-18 2016-05-04 广州华多网络科技有限公司 一种远程服务调用方法、装置及服务器
CN106941508A (zh) * 2016-01-05 2017-07-11 阿里巴巴集团控股有限公司 服务调用方法、装置和***
CN105791457A (zh) * 2016-02-26 2016-07-20 杭州华三通信技术有限公司 一种数据处理方法及装置
CN107317830A (zh) * 2016-04-26 2017-11-03 中兴通讯股份有限公司 一种服务发现的处理方法及装置
CN106815338A (zh) * 2016-12-25 2017-06-09 北京中海投资管理有限公司 一种大数据的实时存储、处理和查询***
CN107423448A (zh) * 2017-08-11 2017-12-01 天津同阳科技发展有限公司 分布式数据处理装置及方法
CN107733891A (zh) * 2017-10-17 2018-02-23 深圳市金立通信设备有限公司 一种用户注册方法、服务器及计算机可读存储介质
CN108200196A (zh) * 2018-01-31 2018-06-22 杭州优工品科技有限公司 基于分布式架构的数据储存、查询方法及***

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112153093A (zh) * 2019-06-28 2020-12-29 北京京东尚科信息技术有限公司 基于集群的任务调度方法、装置、设备及可读存储介质
CN112153093B (zh) * 2019-06-28 2024-04-16 北京京东尚科信息技术有限公司 基于集群的任务调度方法、装置、设备及可读存储介质
CN110532170B (zh) * 2019-07-18 2023-08-08 北京文渊佳科技有限公司 搭建测试环境的方法、装置、电子设备及介质
CN110532170A (zh) * 2019-07-18 2019-12-03 北京文渊佳科技有限公司 搭建测试环境的方法、装置、电子设备及介质
CN110427428A (zh) * 2019-08-06 2019-11-08 中国工商银行股份有限公司 分布式服务调用方法及***
CN110505155A (zh) * 2019-08-13 2019-11-26 北京达佳互联信息技术有限公司 请求降级处理方法、装置、电子设备及存储介质
CN110505155B (zh) * 2019-08-13 2023-12-08 北京达佳互联信息技术有限公司 请求降级处理方法、装置、电子设备及存储介质
CN111131040A (zh) * 2019-11-29 2020-05-08 京东数字科技控股有限公司 路由的配置方法、装置及***、存储介质、电子装置
CN111506654A (zh) * 2020-04-17 2020-08-07 北京思特奇信息技术股份有限公司 用于数据路由的数据分区方法
CN111625588A (zh) * 2020-05-29 2020-09-04 北京思特奇信息技术股份有限公司 一种共享分布式数据采集数据的方法和***
CN111949402A (zh) * 2020-08-05 2020-11-17 中国建设银行股份有限公司 数据库请求处理方法、装置、计算机设备及存储介质
CN114531492A (zh) * 2020-11-05 2022-05-24 网联清算有限公司 服务调用方法、装置、存储介质及计算机设备
CN114531492B (zh) * 2020-11-05 2024-05-10 网联清算有限公司 服务调用方法、装置、存储介质及计算机设备
CN113485934A (zh) * 2021-07-23 2021-10-08 掌阅科技股份有限公司 分布式指标数据采集方法、电子设备及存储介质
CN114003644A (zh) * 2021-10-21 2022-02-01 河南星环众志信息科技有限公司 分布式事务处理方法、设备、介质和数据库***
CN114697888A (zh) * 2022-03-28 2022-07-01 中国联合网络通信集团有限公司 5g消息处理方法、装置及存储介质
CN114697888B (zh) * 2022-03-28 2023-10-31 中国联合网络通信集团有限公司 5g消息处理方法、装置及存储介质
CN114915923A (zh) * 2022-05-06 2022-08-16 中国联合网络通信集团有限公司 5g消息即服务触发方法、装置、电子设备及存储介质
CN114915923B (zh) * 2022-05-06 2023-10-31 中国联合网络通信集团有限公司 5g消息即服务触发方法、装置、电子设备及存储介质
CN116319809A (zh) * 2022-12-27 2023-06-23 昆仑数智科技有限责任公司 数据操作的方法和***
CN116319809B (zh) * 2022-12-27 2023-12-29 昆仑数智科技有限责任公司 数据操作的方法和***

Also Published As

Publication number Publication date
CN109189856B (zh) 2021-09-28

Similar Documents

Publication Publication Date Title
CN109189856A (zh) 分布式数据库服务管理方法、装置、服务器及存储介质
CN106031116B (zh) 一种ns与vnf的关联方法、装置及***
CN110336736A (zh) 基于mqtt服务器集群实现共享订阅的方法
CN101427556B (zh) 访问日程表服务器以辅助排定呼叫的启动
CN109542457A (zh) 一种边缘计算网络的分布式应用分发部署的***及方法
CN101123565B (zh) P2p***及用于该***的资源查询方法
CN109547570A (zh) 服务注册方法、装置、注册中心管理设备及存储介质
CN110209719B (zh) 一种基于微服务架构的多种数据库统一访问***及方法
CN106301829A (zh) 一种网络业务扩容的方法和装置
CN109474936A (zh) 应用于多个lora网关之间的物联网通讯方法及***
CN104272259A (zh) 用于在事务中间件机器环境中支持基于版本的路由的***和方法
CN109391502A (zh) 一种信息配置方法和管理单元
CN110519348A (zh) 一种多服务分布式集群部署***及方法
CN108989399A (zh) 一种集群公共数据查询方法、***、装置及可读存储介质
CN109005433B (zh) 一种视频云服务平台架构及实现方法
CN113873005B (zh) 一种微服务集群的节点选主方法、***、设备及介质
CN105656964B (zh) 数据推送的实现方法及装置
CN114036236A (zh) 多网关集群***
CN111147308A (zh) 基于微服务架构的网络管理方法和***
CN112953982A (zh) 一种服务处理的方法、服务配置的方法以及相关装置
CN106713353A (zh) 一种地理信息服务的智能化无缝聚合方法及***
CN100484014C (zh) 智能网中的分布式集群业务管理***及业务管理方法
CN112565475B (zh) 容器集群业务层添加新节点的ip地址分配方法
CN107995124A (zh) 流量调度方法及装置
CN106028311A (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