CN102325098B - 群信息获取方法和系统 - Google Patents

群信息获取方法和系统 Download PDF

Info

Publication number
CN102325098B
CN102325098B CN201110273032.5A CN201110273032A CN102325098B CN 102325098 B CN102325098 B CN 102325098B CN 201110273032 A CN201110273032 A CN 201110273032A CN 102325098 B CN102325098 B CN 102325098B
Authority
CN
China
Prior art keywords
group
information
service request
server
directory
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
CN201110273032.5A
Other languages
English (en)
Other versions
CN102325098A (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.)
Beijing Shenzhou Taiyue Software Co Ltd
Original Assignee
Beijing Shenzhou Taiyue Software 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 Beijing Shenzhou Taiyue Software Co Ltd filed Critical Beijing Shenzhou Taiyue Software Co Ltd
Priority to CN201110273032.5A priority Critical patent/CN102325098B/zh
Publication of CN102325098A publication Critical patent/CN102325098A/zh
Application granted granted Critical
Publication of CN102325098B publication Critical patent/CN102325098B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Abstract

本发明公开了一种群信息获取方法和系统,能够支持系统的扩展,减少系统资源消耗,提高并发处理能力,有效地提高群和群成员的查询速度。本发明实施例提供的群信息获取系统包括:目录服务器,数据库服务器,每个数据库服务器连接有至少一个应用服务器,应用服务器与目录服务器相连接;目录服务器,存储系统中所有群信息的群目录,并根据来自业务请求端的业务请求,在群目录中获取相应的群目录信息;应用服务器,缓存群信息,根据相应的群目录信息在缓存中检索是否存在所需的群信息,若存在,向业务请求端返回该群信息;若不存在,与相应的数据库服务器建立连接,以在数据库服务器中检索所需的群信息。

Description

群信息获取方法和系统
技术领域
本发明涉及通信技术领域,尤其是涉及一种群信息获取方法和系统。
背景技术
群是通信网络中为拥有共性的小群体建立的一个即时通讯(Instant Messaging,IM)平台。这个群体可以是由一群完全不认识或者认识的人组成,其为了某种目的聚集在一起。目前许多聊天工具都开设了群这个功能,以向用户提供多人聊天服务。
随着IM的飞速发展,所支持的群的数量和规模也不断增大,如何在存储的大量数据中搜索到所需的群和群成员的技术难度也越来越高。通常的解决方案是将系统中所有的群和群成员的数据保存在一个数据库中,然后直接从该数据库中检索群和群成员的数据,并将检索到的数据缓存到一应用服务器中。
现有的这种群和群成员数据的检索方法存在不少不足之处,例如,随着群数量和规模的不断增大,原有系统中数据库和应用服务器性能已经远远不能满足要求,而由于采用了上述集中式的管理方法,对原有系统中设备的升级或扩展难度过大,无法重新加以利用,只能利用高成本的设备满足数据检索的需求,资源的利用率较低,系统的成本消耗过大;并且,现有方法中仅通过与同一数据库建立连接提供查询数据,而数据库的连接都具有证书(licence)限制,访问请求量大时,单次连接所使用的时间增加,从而引起连接资源竞争造成服务器并发访问排队现象,检索效率低下。
发明内容
本发明实施例提供了一种群信息获取方法和系统,能够支持系统的扩展,减少系统资源消耗,提高并发处理能力,有效地提高群和群成员的查询速度。
为达到上述目的,本发明实施例的技术方案是这样实现的:
本发明实施例提供了一种群信息获取系统,所述系统包括:目录服务器,至少两个数据库服务器,每个数据库服务器连接有至少一个应用服务器,所述应用服务器与目录服务器相连接,
所述目录服务器,存储系统中所有群信息的群目录,并根据来自业务请求端的业务请求,在群目录中获取相应的群目录信息,所述群目录信息包含群号码与群名称中的至少一种,和群存储地址信息;
所述应用服务器,缓存群信息,根据相应的群目录信息在缓存中检索是否存在所需的群信息,若存在,向业务请求端返回该群信息;若不存在,与相应的数据库服务器建立连接,以在数据库服务器中检索所需的群信息;
每个所述数据库服务器,存储一组群信息,每组群信息是按照预定划分规则划分系统中所有的群信息得到的;在与应用服务器建立连接后,将检索出的所需群信息返回至业务请求端。
本发明实施例还提供了一种群信息获取方法,所述方法包括:
为系统中所有的群信息建立群目录;
按照预定划分规则将系统中所有的群信息划分为至少两组,并将每一组群信息分别存储在一个数据库服务器中,以及,为所述每个数据库服务器设置至少一个缓存群信息的应用服务器;
在一次群信息查询中,根据来自业务请求端的业务请求,在所述群目录中获取相应的群目录信息,所述群目录信息包含群号码与群名称中的至少一种,和群存储地址信息;
根据所述群目录信息在相应应用服务器的缓存中检索是否存在所需的群信息,若存在,向业务请求端返回该群信息;若不存在,与相应的数据库服务器建立连接,从该数据库服务器中检索出所需的群信息并返回至业务请求端。
由上述可见,本技术方案提供了一种新型的群信息获取方案,通过将群信息分布在多个数据库服务器上,以及提取群目录信息,实现了一种分流处理的群信息检索架构。在信息检索过程中,首先获取定位信息,即群目录信息,然后,根据定位信息检索出实际所需的群信息,这种二次检索的处理,显著降低了对系统中设备性能的要求,节省系统的成本。
并且,在本方案的架构下,当群信息的容量增加时,通过横向扩展数据库服务器和应用服务器的数量,即可满足系统的要求,使系统具有扩展性,系统结构更加灵活,系统资源利用率高。
进一步的,通过上述分流处理的方式,能够大大缩短单次与数据库服务器连接所使用的时间,避免由于连接资源竞争而造成的服务器并发访问排队现象,提高了系统的并发处理能力和信息检索的效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例一提供的一种群信息获取系统结构示意图;
图2为本发明实施例二提供的前期系统部署时的网络结构示意图;
图3为本发明实施例二提供的群信息获取流程示意图;
图4为本发明实施例三提供的一种群信息获取方法流程示意图。
具体实施方式
下面将结合本发明的附图,对本发明的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例一提供了一种群信息获取系统,参见图1,所述系统包括:目录服务器11,至少两个数据库服务器12,每个数据库服务器12连接有至少一个应用服务器13,所述应用服务器13与目录服务器11相连接,
所述目录服务器11,存储系统中所有群信息的群目录,并根据来自业务请求端10的业务请求,在群目录中获取相应的群目录信息,所述群目录信息包含群号码与群名称中的至少一种,和群存储地址信息;
所述应用服务器13,缓存群信息,根据相应的群目录信息在缓存中检索是否存在所需的群信息,若存在,向业务请求端返回该群信息;若不存在,与相应的数据库服务器12建立连接,以在数据库服务器中检索所需的群信息;
每个所述数据库服务器12,存储一组群信息,每组群信息是按照预定划分规则划分系统中所有的群信息得到的;在与应用服务器建立连接后,将检索出的所需群信息返回至业务请求端10。
进一步的,目录服务器11将获取到的群目录信息返回业务请求端10;应用服务器13,在根据相应的群目录信息在缓存中检索是否存在所需的群信息之前,接收业务请求端根据群存储地址信息发送的群信息查询请求,所述群信息查询请求中携带业务请求端所获取到的群目录信息。
由上述可见,本技术方案提供了一种新型的群信息获取方案,通过将群信息分布在多个数据库服务器上,以及提取群目录信息,实现了一种分流处理的群信息检索架构。在信息检索过程中,首先获取定位信息,即群目录信息,然后,根据定位信息检索出实际所需的群信息,这种二次检索的处理,显著降低了对系统中设备性能的要求,节省系统的成本。
并且,在本方案的架构下,当群信息的容量增加时,通过横向扩展数据库服务器和应用服务器的数量,即可满足系统的要求,使系统具有扩展性,系统结构更加灵活,系统资源利用率高。
进一步的,通过上述分流处理的方式,能够大大缩短单次与数据库服务器连接所使用的时间,避免由于连接资源竞争而造成的服务器并发访问排队现象,提高了系统的并发处理能力和信息检索的效率。
下面对本发明实施例二提供的群信息获取系统进行说明。
参见图2,本方案在系统部署的前期,按照预定划分规则将系统中所有的群信息划分为多组,将每组群信息分别在多个数据库服务器中存储,每个数据库服务器对应一组应用服务器来处理业务请求。每个应用服务器组中包含一个或多个应用服务器。
数据库服务器的主要功能在于存储群信息,并根据外部的请求执行信息的检索;或者,数据库服务器也可以仅用于存储群信息,由应用服务器在数据库服务器上执行信息检索操作,这种方式通过分工的具体细化,可以进一步降低对数据库服务器的性能要求,保证在存储大容量信息时,数据库服务器仍能够保证较好的工作状态。
应用服务器的主要功能在于处理外部的请求,并缓存部分的群信息,应用服务器缓存的群信息与应用服务器所对应的数据库服务器中所存储的群信息保持一致。例如,应用服务器1对应于数据库服务器1,则应用服务器1中所缓存的群信息为数据库服务器1中存储的群信息中的一部分。应用服务器还具有检索能力能够在自身的本地缓存中检索信息。相对于数据库服务器,应用服务器提供了一种门户功能,并进一步对数据检索进行分流,提高了群和群成员的查询速度。
上述预定划分规则包括初始划分规则和动态迁移规则。初始划分规则指示将具有相同地理区域属性的群信息划分在同一组内,例如,在部署前期,通过系统中的负载均衡器将同一地理区域内的群信息划分在同一组内。
利用初始划分规则划分群信息之后,在后期检索过程中,再根据群活跃度、数据库服务器中的数据量、应用服务器请求处理压力等因素,将群信息在不同组之间进行迁移,调整系统中数据库服务器和应用服务器的负载,保证每个数据库服务器和应用服务器都工作在最佳性能状态,同时又可根据业务发展情况增减设备。
例如,当数据库服务器A上的群活跃度过高或数据库服务器A中的数据量过大或者相应应用服务器A请求处理压力过大时,则将该数据库服务器A上的部分群信息迁移至其他一个或多个数据库服务器中,接收迁移数据的数据库服务器的群活跃度低于数据库服务器A,或接收迁移数据的数据库服务器的数据量小于数据库服务器A,或接收迁移数据的数据库服务器相应的应用服务器的请求处理压力小于应用服务器A。
进一步的,当系统当前的信息检索量较小时,为了节省系统资源,可以将若干数据库服务器上的全部信息迁移至其他数据库服务器上,并停止这些数据库服务器和相应应用服务器的运行。
下面结合一次具体的群信息获取过程,说明本系统中各设备的工作方式,参见图3,具体包括如下处理:
1:目录服务器接收业务请求。
客户端(Client)或业务请求端向目录服务器发送业务请求,请求查询群信息。根据查询方式的不同,该业务请求中的具体内容也不同。当采用精确查询时,该业务请求直接包括群号码,当采用模糊查询时,该业务请求包括群类别或群关键字中的至少一种。
2:目录服务器检索目录数据库。
本方案中为系统中所有的群信息建立群目录,该群目录中包括了系统中所有群的群目录信息,群目录信息中主要包括群号码、群名称和群存储地址信息,可选的,群目录信息中也可以包括群号码和群存储地址信息,或者包括群名称和群存储地址信息。
通过上述群目录的建立,为群的查找提供了一种定位信息。在查找群信息时分成二次检索,第一次检索获取到群的定位信息,第二检索根据该定位信息获取所需的具体群信息。
目录服务器中设置有目录缓存和目录数据库,所述目录缓存分页存储群标识(ID)列表,所述目录数据库分页存储群目录。即在目录缓存中仅存储群的ID,以降低缓存结构的大小;而目录数据库则存储了所有的群目录信息。该目录缓存和目录数据库可以设置在目录服务器上,也可以由单独的设备实现。目录缓存中的数据还可以在后续的过程中进行更新或增减。
所述目录缓存中存储的群ID列表包括初始化时预加载的群ID列表和已经查找过的群的群ID列表,所述目录缓存按类别存储群ID列表。在系统初始化时,将一些优选的群的群ID列表加载至目录缓存中,这些优选的群可以为查询频率较高的群,从而可以保证查找目录缓存时能够得到查询结果,提高查询效率。
精确搜索:当业务请求包括群号码时,目录服务器根据业务请求访问目录数据库,在群目录中分页执行精确搜索,得到所需的群目录信息。这种情况下,可以根据业务请求直接精确搜索到所需的一个或多个群的群目录信息。
模糊搜索:模糊搜索包括类别搜索和关键字搜索,这时业务请求包括群类别或群关键字中的至少一种。目录服务器根据业务请求,执行模糊搜索,先根据群类别或群关键字在目录缓存中分页检索出相应的群ID列表,再根据该群ID列表从目录数据库中分页检索出相应的群目录信息。
在进行模糊搜索时,由于所需的群信息具有不确定性,得到的查询结果信息量会较大,所以先在目录缓存中进行初步查找,查找到所匹配的群ID列表,再根据获取到的群ID列表采用多批次检索方法从目录数据库获取群目录信息。可以理解,在模糊搜索中,当业务请求中的检索信息过于模糊,也可以直接根据业务请求在目录数据库中检索。例如,本方案中群ID列表在目录缓存中是按类别存储的,如“情感交流类”、“股票类”,当业务请求指定类别时,可以先在目录缓存中检索,再访问目录数据库;而当业务请求不指定类别时,可以直接访问目录数据库,在目录数据库中检索群目录信息。
本方案还采用了一种多批次检索的方法,将一次结构化查询语言(Structured Query Language,SQL)查询到的大量数据,分成几次查询返回,从而提高单次数据库查询的速度,降低单位时间内数据库连接的使用时间,提高连接使用率。
进一步的,本系统中检索功能本身支持分页检索,在每次分页的数据检索中又采用多批次检索法,通过控制每页中的数据量以及查询返回的次数,能够大幅度提升查询的整体数据。
3:目录服务器将获取到的群目录信息返回业务请求端。
业务请求端获知了所需的群信息的定位信息,即所需群信息所对应的群目录信息。
4a:客户端向应用服务器发送群信息查询请求,该群信息查询请求中携带业务请求端所获取到的群目录信息。
客户端发送群信息查询请求,获取到的群目录信息中包括群存储地址信息,客户端根据该群存储地址信息访问指定的应用服务器(如应用服务器1),以获取所需的群信息。
在步骤1中系统接收到的业务请求为由外部客户端发送来的请求,而步骤4a中的群信息查询请求可以由系统根据群目录信息在客户端一侧生成,而无需再由用户通过客户端下发指令,以方便用户操作。
5a:应用服务器先在本地检索缓存信息。
应用服务器可以包括群状态服务和群基础服务,该群状态服务缓存群信息并进行管理。所述应用服务器缓存的群信息包括所有当前在线的群的群信息,以及已经查找过的群的群信息。当某个群当前在线时,如该群中的一个群成员在线时,将该群的群信息缓存至群状态服务中。
群基础服务根据所述群目录信息在缓存中检索是否存在所需的群信息,若存在,向业务请求端返回该群信息;若不存在,与相应的数据库服务器建立连接,以在数据库服务器中检索所需的群信息。
6a:当应用服务器在本地缓存中检索到所需的群信息时,将群信息返回至客户端。
7a:当应用服务器在本地缓存中没有检索到所需的群信息时,检索相应的数据库服务器(如数据库服务器1),获取该群信息。
上述群信息包括群基本信息和群成员信息,群基本信息包括群号码、群名称、群类型、创建时间、成员数量和群设置信息;群成员信息包成员列表、成员号码、成员名称、成员状态、成员设置信息。
在数据库服务器中的检索可以由数据库服务器本身具备的检索功能实现,也可以由应用服务器在数据库服务器中检索,数据库服务器仅提供数据存储功能。
本方案采用分流的处理方式将群信息分别存储在多个数据库服务器中,从而减少了对每一数据库的访问请求量,降低了单次连接所使用的时间,并且,本方案又通过先进行定位信息的检索以及多批次检索方式进一步降低了单次连接所使用的时间,避免了连接资源竞争造成服务器并发访问排队现象,提高了检索效率。
8a:将在数据库服务器中检索到的群信息返回至客户端。
例如,数据库服务器1将检索到的群信息返回至客户端。
图3中步骤4b至8b的具体方法与步骤4a至8a基本相同,区别在于所采用的应用服务器和数据库服务器不同。
由上述可见,本技术方案提供了一种新型的群信息获取方案,通过将群信息分布在多个数据库服务器上,以及提取群目录信息,实现了一种分流处理的群信息检索架构。在信息检索过程中,首先获取定位信息,即群目录信息,然后,根据定位信息检索出实际所需的群信息,这种二次检索的处理,显著降低了对系统中设备性能的要求,节省系统的成本。
并且,在本方案的架构下,当群信息的容量增加时,通过横向扩展数据库服务器和应用服务器的数量,即可满足系统的要求,使系统具有扩展性,系统结构更加灵活,系统资源利用率高。
进一步的,通过上述分流处理的方式,能够大大缩短单次与数据库服务器连接所使用的时间,避免由于连接资源竞争而造成的服务器并发访问排队现象,提高了系统的并发处理能力和信息检索的效率。
本发明实施例三还提供了一种群信息获取方法,参见图4,所述方法包括:
11:为系统中所有的群信息建立群目录;
12:按照预定划分规则将系统中所有的群信息划分为至少两组,并将每一组群信息分别存储在一个数据库服务器中,以及,为所述每个数据库服务器设置至少一个缓存群信息的应用服务器;
13:在一次群信息查询中,根据来自业务请求端的业务请求,在所述群目录中获取相应的群目录信息,所述群目录信息包含群号码与群名称中的至少一种,和群存储地址信息;
14:根据所述群目录信息在相应应用服务器的缓存中检索是否存在所需的群信息,若存在,执行步骤15;若不存在,执行步骤16;
15:向业务请求端返回该群信息;
16:与相应的数据库服务器建立连接,从该数据库服务器中检索出所需的群信息并返回至业务请求端。
进一步的,上述预定划分规则包括初始划分规则和动态迁移规则;初始划分规则指示将具有相同地理区域属性的群信息划分在同一组内;在利用所述初始划分规则划分群信息之后,利用动态迁移规则将群信息在不同组之间进行迁移,所述动态迁移规则包括群活跃度,数据库服务器中的数据量,应用服务器的请求处理压力。
本发明方法实施例中相关步骤的具体内容可以参见本发明的系统实施例。
由上述可见,本技术方案提供了一种新型的群信息获取方案,通过将群信息分布在多个数据库服务器上,以及提取群目录信息,实现了一种分流处理的群信息检索架构。在信息检索过程中,首先获取定位信息,即群目录信息,然后,根据定位信息检索出实际所需的群信息,这种二次检索的处理,显著降低了对系统中设备性能的要求,节省系统的成本。
并且,在本方案的架构下,当群信息的容量增加时,通过横向扩展数据库服务器和应用服务器的数量,即可满足系统的要求,使系统具有扩展性,系统结构更加灵活,系统资源利用率高。
进一步的,通过上述分流处理的方式,能够大大缩短单次与数据库服务器连接所使用的时间,避免由于连接资源竞争而造成的服务器并发访问排队现象,提高了系统的并发处理能力和信息检索的效率。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。

Claims (9)

1.一种群信息获取系统,其特征在于,所述系统包括:目录服务器,至少两个数据库服务器,每个数据库服务器连接有至少一个应用服务器,所述应用服务器与目录服务器相连接,
所述目录服务器,为系统中所有的群信息建立群目录,该群目录中包括了系统中所有群的群目录信息,所述群目录信息包含群号码与群名称中的至少一种,和群存储地址信息;
所述目录服务器,存储系统中所有群信息的群目录,并根据来自业务请求端的业务请求,在群目录中获取相应的群目录信息,并将获取到的群目录信息返回业务请求端;
所述应用服务器,缓存群信息,接收业务请求端根据群存储地址信息发送的群信息查询请求,所述群信息查询请求中携带业务请求端所获取到的群目录信息,根据相应的群目录信息在缓存中检索是否存在所需的群信息,若存在,向业务请求端返回该群信息;若不存在,与相应的数据库服务器建立连接,以在数据库服务器中检索所需的群信息;
每个所述数据库服务器,存储一组群信息,每组群信息是按照预定划分规则划分系统中所有的群信息得到的;在与应用服务器建立连接后,将检索出的所需群信息返回至业务请求端。
2.根据权利要求1所述的系统,其特征在于,
所述目录服务器中设置有目录缓存和目录数据库,所述目录缓存分页存储群ID列表,所述目录数据库分页存储群目录;
所述业务请求包括群号码时,所述目录服务器根据业务请求访问目录数据库,在群目录中分页执行精确搜索,得到所需的群目录信息;
所述业务请求包括群类别或群关键字中的至少一种时,所述目录服务器根据业务请求,执行模糊搜索,先在目录缓存中分页检索出相应的群ID列表,再根据该群ID列表从目录数据库中分页检索出相应的群目录信息。
3.根据权利要求2所述的系统,其特征在于,
所述目录服务器将一次结构化查询语言SQL获取到的群目录信息分成多次返回至业务请求端。
4.根据权利要求2所述的系统,其特征在于,
所述目录缓存中存储的群ID列表包括初始化时预加载的群ID列表和已经查找过的群的群ID列表,所述目录缓存按类别存储群ID列表;
所述应用服务器缓存的群信息包括所有当前在线的群的群信息,以及已经查找过的群的群信息。
5.根据权利要求2所述的系统,其特征在于,
所述预定划分规则包括初始划分规则和动态迁移因素;
所述初始划分规则指示将具有相同地理区域属性的群信息划分在同一组内;
在利用所述初始划分规则划分群信息之后,利用动态迁移因素将群信息在不同组之间进行迁移,所述动态迁移因素包括群活跃度,数据库服务器中的数据量,应用服务器的请求处理压力。
6.根据权利要求2所述的系统,其特征在于,
所述应用服务器包括群状态服务和群基础服务,所述群状态服务缓存群信息并进行管理;
所述群基础服务根据所述群目录信息在缓存中检索是否存在所需的群信息,若存在,向业务请求端返回该群信息;若不存在,与相应的数据库服务器建立连接,以在数据库服务器中检索所需的群信息。
7.根据权利要求2所述的系统,其特征在于,
所述群信息包括群基本信息和群成员信息,
群基本信息包括群号码、群名称、群类型、创建时间、成员数量和群设置信息;群成员信息包括成员列表、成员号码、成员名称、成员状态和成员设置信息。
8.一种群信息获取方法,其特征在于,所述方法包括:
为系统中所有的群信息建立群目录,该群目录中包括了系统中所有群的群目录信息;
按照预定划分规则将系统中所有的群信息划分为至少两组,并将每一组群信息分别存储在一个数据库服务器中,以及,为所述每个数据库服务器设置至少一个缓存群信息的应用服务器;
在一次群信息查询中,根据来自业务请求端的业务请求,在所述群目录中获取相应的群目录信息,所述群目录信息包含群号码与群名称中的至少一种,和群存储地址信息,并将获取到的群目录信息返回业务请求端;
接收业务请求端根据群存储地址信息发送的群信息查询请求,所述群信息查询请求中携带业务请求端所获取到的群目录信息,根据所述群目录信息在相应应用服务器的缓存中检索是否存在所需的群信息,若存在,向业务请求端返回该群信息;若不存在,与相应的数据库服务器建立连接,从该数据库服务器中检索出所需的群信息并返回至业务请求端。
9.根据权利要求8所述的方法,其特征在于,所述预定划分规则包括初始划分规则和动态迁移因素;
所述初始划分规则指示将具有相同地理区域属性的群信息划分在同一组内;
在利用所述初始划分规则划分群信息之后,利用动态迁移因素将群信息在不同组之间进行迁移,所述动态迁移因素包括群活跃度,数据库服务器中的数据量,应用服务器的请求处理压力。
CN201110273032.5A 2011-09-15 2011-09-15 群信息获取方法和系统 Active CN102325098B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201110273032.5A CN102325098B (zh) 2011-09-15 2011-09-15 群信息获取方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201110273032.5A CN102325098B (zh) 2011-09-15 2011-09-15 群信息获取方法和系统

Publications (2)

Publication Number Publication Date
CN102325098A CN102325098A (zh) 2012-01-18
CN102325098B true CN102325098B (zh) 2014-11-12

Family

ID=45452770

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201110273032.5A Active CN102325098B (zh) 2011-09-15 2011-09-15 群信息获取方法和系统

Country Status (1)

Country Link
CN (1) CN102325098B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103678523B (zh) * 2013-11-28 2018-03-09 华为技术有限公司 分布式高速缓存cache数据访问方法和装置
CN107180043B (zh) * 2016-03-09 2019-08-30 北京京东尚科信息技术有限公司 分页实现方法和分页系统
CN107453972B (zh) * 2016-05-30 2020-11-13 阿里巴巴集团控股有限公司 获取信息的方法和装置
CN110489497A (zh) * 2019-09-11 2019-11-22 山东电力交易中心有限公司 一种数据库操作分离方法和系统
CN111309768A (zh) * 2020-02-20 2020-06-19 上海东普信息科技有限公司 信息检索方法、装置、设备及存储介质

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6321238B1 (en) * 1998-12-28 2001-11-20 Oracle Corporation Hybrid shared nothing/shared disk database system
CN1315292C (zh) * 2002-09-09 2007-05-09 腾讯科技(深圳)有限公司 一种在网络通讯中利用一个号码来标识一个用户群组的实现方法
CN101090346A (zh) * 2006-06-16 2007-12-19 腾讯科技(深圳)有限公司 基于即时通信的群组管理方法及其即时通信客户端
CN101706781B (zh) * 2009-09-29 2012-03-07 北京星网锐捷网络技术有限公司 一种数据库缓存集中管理方法和系统

Also Published As

Publication number Publication date
CN102325098A (zh) 2012-01-18

Similar Documents

Publication Publication Date Title
CN100596353C (zh) 提供日志服务的方法及系统
CN102780768B (zh) 一种大并发量请求的处理方法及处理系统
CN103106249B (zh) 一种基于Cassandra的数据并行处理系统
CN101354726B (zh) 一种机群文件系统的内存元数据管理方法
CN102325098B (zh) 群信息获取方法和系统
CN101930472A (zh) 一种支持分布式数据库基于并行查询的方法
US9774676B2 (en) Storing and moving data in a distributed storage system
CN104731516A (zh) 一种存取文件的方法、装置及分布式存储系统
CN105740472A (zh) 一种分布式实时全文检索方法及系统
CN102387220A (zh) 一种基于云存储的离线下载的方法及其系统
CN100458784C (zh) 在数字图书馆中所采用的检索系统和检索方法
CN108509437A (zh) 一种ElasticSearch查询加速方法
CN102780603B (zh) 网站流量控制方法及装置
CN101673272B (zh) 搜索信息的方法、系统、装置及垂直搜索引擎注册的方法
CN106790552B (zh) 一种基于内容分发网络的内容提供系统
CN104333573A (zh) 一种大并发量请求的处理方法及处理系统
CN111597160A (zh) 分布式数据库系统、分布式数据处理方法和装置
CN109857760A (zh) 快速响应检索方法及装置、计算机装置及存储介质
CN102333130A (zh) 一种访问缓存服务器的方法、系统及缓存智能调度器
CN109635189A (zh) 一种信息搜索方法、装置、终端设备及存储介质
CN111901385A (zh) 一种云硬盘限速方法、系统、装置及计算机可读存储介质
CN103955533A (zh) 一种基于缓冲队列的页面树形数据获取装置及方法
WO2015172497A1 (zh) 消息推送、获取方法、装置和计算机可读存储介质
CN111400301B (zh) 一种数据查询方法、装置及设备
CN101141482B (zh) 网络资源管理系统及方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CP02 Change in the address of a patent holder

Address after: Room 818, 8 / F, 34 Haidian Street, Haidian District, Beijing 100080

Patentee after: BEIJING ULTRAPOWER SOFTWARE Co.,Ltd.

Address before: 100089 Beijing city Haidian District wanquanzhuang Road No. 28 Wanliu new building A block 5 layer

Patentee before: BEIJING ULTRAPOWER SOFTWARE Co.,Ltd.

CP02 Change in the address of a patent holder