CN103856535A - 一种获取用户数据的方法和装置 - Google Patents
一种获取用户数据的方法和装置 Download PDFInfo
- Publication number
- CN103856535A CN103856535A CN201210517876.4A CN201210517876A CN103856535A CN 103856535 A CN103856535 A CN 103856535A CN 201210517876 A CN201210517876 A CN 201210517876A CN 103856535 A CN103856535 A CN 103856535A
- Authority
- CN
- China
- Prior art keywords
- account
- popular
- data
- data server
- replica
- 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
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种获取用户数据的方法和装置,属于互联网技术领域。所述方法包括:建立有热点副本数据服务器,热点副本数据服务器是用于存储热点账户的用户数据的数据服务器,热点账户是在预定时间内用户数据被读取的次数超过预设阈值的账户;接收更新数据获取请求,所述更新数据获取请求中携带有账户标识;如果所述携带的各账户标识中存在热点账户的账户标识,则确定存储所述热点账户的用户数据的热点副本数据服务器;在确定出的热点副本数据服务器中,获取所述热点账户中的用户数据。采用本发明,可以均衡各数据服务器的访问量。
Description
技术领域
本发明涉及互联网技术领域,特别涉及一种获取用户数据的方法和装置。
背景技术
随着网络技术的飞速发展,互联网正在逐渐成为越来越多的人生活中不可缺少的一部分。在网络中出现了各种各样的SNS(Social Networking Services,社会性网络服务)网站,倍受互联网用户的青睐,尤其是微博,发展的更为迅速。
一般,用户在打开SNS网站的动态信息页面(如,微博的首页)时,网站会向用户展示与当前账户相关的其它账户的最新动态信息,例如,用户登录到微博首页时,网站会向用户展示其收听的用户的最新广播。在网站侧,一般会设置多个数据服务器,用于存储海量账户的用户数据,这些用户数据记录的就是用户每次在账户中更新的动态信息。多个数据服务器连接到接口服务器,并通过接口服务器与上层的接入服务器连接。每个数据服务器中部署一定数量的账户,存储这些账户的用户数据。
接入服务器在接收到终端发送的页面请求后,会查找当前账户的相关账户(如微博的当前用户所收听的账户),生成更新数据获取请求,在请求中会携带相关账户的账户标识,然后将该请求发送给接口服务器,由接口服务器进一步根据请求中的账户标识查找部署了相应账户的数据服务器,在部署了相应账户的数据服务器中,获取相应账户的最新用户数据。
在SNS网站中,会有一些账户的相关信息的被关注度非常高,即账户中的用户数据被读取的频率非常的高,这种账户被称为热点账户。
在实现本发明的过程中,发明人发现现有技术至少存在以下问题:
现有技术中,存储了热点账户的用户数据的数据服务器,被访问的频率非常高,这导致各数据服务器的访问量非常不均衡,对各数据服务器的性能要求非常不均衡,会为数据服务器的统一部署带来很大的麻烦。
发明内容
为了解决现有技术的问题,本发明实施例提供了一种获取数据的方法和装置,以均衡各数据服务器的访问量。所述技术方案如下:
一方面,提供了一种获取用户数据的方法,建立有热点副本数据服务器,热点副本数据服务器是用于存储热点账户的用户数据的数据服务器,热点账户是在预定时间内用户数据被读取的次数超过预设阈值的账户,所述方法包括:
接收更新数据获取请求,所述更新数据获取请求中携带有账户标识;
如果所述携带的各账户标识中存在热点账户的账户标识,则确定存储所述热点账户的用户数据的热点副本数据服务器;
在确定出的热点副本数据服务器中,获取所述热点账户中的用户数据。
优选的,存储所述热点账户的用户数据的热点副本数据服务器有多个;
在所述确定存储所述热点账户的用户数据的热点副本数据服务器时,采用轮询的方式,在存储所述热点账户的用户数据的多个热点副本数据服务器中,确定一个热点副本数据服务器;或者,
在所述确定存储所述热点账户的用户数据的热点副本数据服务器时,在存储所述热点账户的用户数据的多个热点副本数据服务器中,确定一个部署数据单元最少的热点副本数据服务器。
优选的,所述在确定出的热点副本数据服务器中,获取所述热点账户中的用户数据,具体为:
将所述更新数据获取请求发送给所述确定出的热点副本数据服务器;
接收更新数据获取请求中携带的各账户标识对应的账户中的用户数据,其中包括所述热点账户中的用户数据。
优选的,所述在确定出的热点副本数据服务器中,获取所述热点账户中的用户数据,具体为:
生成所述更新数据获取请求的子请求,每个子请求中携带的账户标识不重复且总和为所述更新数据获取请求中携带的所有账户标识,每个子请求对应一个目标数据服务器,每个子请求中携带的各账户标识对应其目标数据服务器中的账户,且携带有所述热点账户的账户标识的子请求的目标数据服务器为所述确定出的热点副本数据服务器;
将携带有所述热点账户的账户标识的子请求发送给所述确定出的热点副本数据服务器;
接收该热点副本数据服务器发送的所述热点账户中的用户数据。
优选的,不同热点副本数据服务器中如果部署有同一热点账户,那么这些热点副本数据服务器中部署的全部热点账户都相同。
另一方面,提供了一种获取用户数据的装置,建立有热点副本数据服务器,热点副本数据服务器是用于存储热点账户的用户数据的数据服务器,热点账户是在预定时间内用户数据被读取的次数超过预设阈值的账户,所述装置包括:
接收模块,用于接收更新数据获取请求,所述更新数据获取请求中携带有账户标识;
确定模块,用于如果所述携带的各账户标识中存在热点账户的账户标识,则确定存储所述热点账户的用户数据的热点副本数据服务器;
获取模块,用于在确定出的热点副本数据服务器中,获取所述热点账户中的用户数据。
优选的,存储所述热点账户的用户数据的热点副本数据服务器有多个;
所述确定模块,具体用于:在所述确定存储所述热点账户的用户数据的热点副本数据服务器时,采用轮询的方式,在存储所述热点账户的用户数据的多个热点副本数据服务器中,确定一个热点副本数据服务器;或者,
在所述确定存储所述热点账户的用户数据的热点副本数据服务器时,在存储所述热点账户的用户数据的多个热点副本数据服务器中,确定一个部署数据单元最少的热点副本数据服务器。
优选的,所述获取模块,具体用于:
将所述更新数据获取请求发送给所述确定出的热点副本数据服务器;
接收更新数据获取请求中携带的各账户标识对应的账户中的用户数据,其中包括所述热点账户中的用户数据。
优选的,所述获取模块,具体用于:
生成所述更新数据获取请求的子请求,每个子请求中携带的账户标识不重复且总和为所述更新数据获取请求中携带的所有账户标识,每个子请求对应一个目标数据服务器,每个子请求中携带的各账户标识对应其目标数据服务器中的账户,且携带有所述热点账户的账户标识的子请求的目标数据服务器为所述确定出的热点副本数据服务器;
将携带有所述热点账户的账户标识的子请求发送给所述确定出的热点副本数据服务器;
接收该热点副本数据服务器发送的所述热点账户中的用户数据。
优选的,不同热点副本数据服务器中如果部署有同一热点账户,那么这些热点副本数据服务器中部署的全部热点账户都相同。
本发明实施例提供的技术方案带来的有益效果是:
本发明实施例,设置热点副本数据服务器,在接收到更新数据获取请求后,对于热点账户的用户数据,在部署了该热点账户的热点副本数据服务器中进行获取,这样,最初部署该热点账户的数据服务器可以不用处理该热点账户的数据获取工作,相应的,该数据服务器的访问量可以降低到正常水平,从而可以均衡各数据服务器的访问量。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的获取用户数据的方法流程图;
图2是本发明实施例提供的获取用户数据的方法流程图;
图3是本发明实施例提供的获取用户数据的方法流程图;
图4是本发明实施例提供的获取用户数据的装置结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
实施例一
本发明实施例提供了一种获取用户数据的方法,该方法中,建立有热点副本数据服务器,热点副本数据服务器是用于存储热点账户的用户数据的数据服务器,热点账户是在预定时间内用户数据被读取的次数超过预设阈值的账户。如图1所示,该方法的处理流程可以包括如下的步骤:
步骤101,接收更新数据获取请求,该更新数据获取请求中携带有账户标识。
步骤102,如果携带的各账户标识中存在热点账户的账户标识,则确定存储该热点账户的用户数据的热点副本数据服务器。
步骤103,在确定出的热点副本数据服务器中,获取该热点账户中的用户数据。
本发明实施例,设置热点副本数据服务器,在接收到更新数据获取请求后,对于热点账户的用户数据,在部署了该热点账户的热点副本数据服务器中进行获取,这样,最初部署该热点账户的数据服务器可以不用处理该热点账户的数据获取工作,相应的,该数据服务器的访问量可以降低到正常水平,从而可以均衡各数据服务器的访问量。
实施例二
本发明实施例提供了一种获取用户数据的方法,该方法的执行主体可以为网站的接口服务器。
该方法中,网站侧可以建立有热点副本数据服务器,热点副本数据服务器是用于存储热点账户的用户数据的数据服务器。在热点副本数据服务器中部署热点账户,一个热点副本数据服务器中可以部署一个或多个热点账户,其部署热点账户的数量一般不会太高(可以设置数量上限)。热点副本数据服务器中存储的用户数据是原始部署这些热点账户的数据服务器(可称源数据服务器)中存储的相应用户数据的副本。这些热点账户的用户不能够直接对热点副本数据服务器的副本数据进行写操作,其写操作是直接作用于原始部署这些热点账户的数据服务器中存储的相应用户数据(称作源数据),而相应的修改内容会被同步到热点副本数据服务器,即副本数据保持与源数据的同步,源数据用于接受写入操作,副本数据用于读取操作。
建立热点副本数据服务器时,可以对源数据服务器中热点账户所在的数据单元(在数据服务器中有多个数据单元,每个数据单元中可以存储一个或多个账户的用户数据)整体建立副本数据单元。而且在热点副本数据服务器中,可以只建立源数据服务器中热点账户所在数据单元的副本数据单元,对源数据服务器中其它的数据单元,可以不用建立副本数据单元。在热点副本数据服务器中,可以对应不同的热点账户的数据单元建立多个副本数据单元
热点账户是在预定时间(如1天)内用户数据被读取的次数超过预设阈值(如10万次)的账户。例如,一些焦点人物的微博,只要有收听其微博的用户登录,该焦点人物的账户的用户数据就会被读取一次。
下面将结合具体的实施方式对图1所示的处理流程进行详细阐述,具体内容如下。
步骤101,接口服务器接收更新数据获取请求,该更新数据获取请求中携带有账户标识。账户标识唯一对应系统中的一个账户,其可以是索引码,通过账户标示可以查找到对应账户的存储位置。在更新数据获取请求中可以携带一个或多个账户标识。
用户在打开SNS网站的动态信息页面(如,登录微博或交友网的首页)时,向网站发送页面请求,网站的接入服务器在接收到页面请求后,可以获取该用户的账户对应的相关账户(如,微博收听的账户,交友网的好友账户),然后生成携带相关账户的账户标识的更新数据获取请求,发送给接口服务器。
步骤102,如果携带的各账户标识中存在热点账户的账户标识,接口服务器则确定存储该热点账户的用户数据的热点副本数据服务器。
具体的,接口服务器在接收到更新数据获取请求后,可以判断其中携带的账户标识是否为热点账户的账户标识。具体可以是,在接口服务器中可以记录所有热点账户的账户标识,进行判断时,将更新数据获取请求中携带的账户标识一一与其记录的热点账户的账户标识进行比对。另外,还可以是,接口服务器对各账户增加状态标识位,记录账户的是否为热点账户,在进行判断时,查找更新数据获取请求中携带的各账户标识对应的状态标识位,以确定其是否为热点账户。
对于更新数据获取请求中携带的账户标识中没有热点账户的账户标识的情况,因为对于非热点账户,一般并不会设置副本数据,所以各数据服务器中应该只有一个数据服务器部署了该非热点账户,存储该非热点账户的用户数据,因此,接口服务器可以直接根据请求中的账户标识查找部署了相应账户的数据服务器,在部署了相应账户的数据服务器中,获取账户标识对应的账户的最新用户数据。
对于更新数据获取请求中携带的账户标识中存在热点账户的账户标识的情况,接口服务器可以先查找部署了该热点账户的热点副本数据服务器(在接口服务器中可以记录每个数据服务器中部署的账户),进而通过热点副本数据服务器读取相应的最新用户数据。这样,原始部署热点账户的数据服务器则可以不用处理热点账户的用户数据的读取工作,只处理其部署的非热点账户的用户数据的读取工作。热点账户的用户数据的读取工作全部转移到了热点副本数据服务器上。
在这种情况下,如果存储该热点账户的用户数据的热点副本数据服务器有多个,即如果有多个热点副本数据服务器都部署了该热点账户,那么在确定存储所述热点账户的用户数据的热点副本数据服务器时,可以采用以下的方式进行:
方式一,在存储该热点账户的用户数据的多个热点副本数据服务器中,确定一个部署数据单元最少的热点副本数据服务器。
一般热点副本数据服务器中可能会部署几个数据单元,每个数据单元中至少有一个热点账户,可以选择部署数据单元较少的热点副本数据服务器进行后续的用户数据读取处理。这样,一定程度上可以均衡各热点副本数据服务器的处理量。
方式二,采用轮询的方式,在存储该热点账户的用户数据的多个热点副本数据服务器中,确定一个热点副本数据服务器。即多个热点副本数据服务器轮流被选择,分别来完成该热点账户的每次用户数据读取工作。
具体的,可以记录对应该热点账户的读取次数N,N的初始值为0,每接收到一个携带该热点账户的账户标识的更新数据获取请求时,将N的值加1,设部署了该热点账户的热点副本数据服务器的数量为W,并任意为这W个热点副本数据服务器排列顺序(设置1至W的序号),M为N/W的余数,则按轮询方式确定的热点副本数据服务器为上述W个热点副本数据服务器中第M个(序号为M)热点副本数据服务器。
步骤103,接口服务器在确定出的热点副本数据服务器中,获取该热点账户中的用户数据。此步骤中获取的用户数据,可以是账户中的最新用户数据,也可以是账户中在某个历史时间段更新的用户数据,下面的具体描述中以最新用户数据为例进行说明。具体的获取用户数据的方法可以如下:
方法一,如图2所示,该方法可以具体包括如下步骤:
步骤201,接口服务器将更新数据获取请求发送给确定出的热点副本数据服务器。在更新数据获取请求中,还可以携带预先设置的需要在账户中获取最新用户数据的数目。
热点副本数据服务器在接收到更新数据获取请求后,根据请求中的账户标识,在自身部署的账户中查找请求读取的账户,并在查找到的账户中读取最新用户数据。最新用户数据是账户中最新更新的用户数据,此时读取的可以是预设数目的最新用户数据,该预设数目可以在数据服务器中预先进行配置,也可以由接口服务器在更新数据获取请求中携带。
读取结束后,如果更新数据获取请求中的账户标识中还有该热点副本数据服务器没有部署的账户的账户标识,则将更新数据获取请求中已完成读取的账户标识删除,并将修改后的更新数据获取请求和读取到的数据一起发送到一台部署了余下的账户标识对应的账户的数据服务器,继续读取最新用户数据的过程,直到读取到更新数据获取请求中全部账户标识对应账户中的最新用户数据,最后的数据服务器将读取到的所有最新用户数据发送给接口服务器。
步骤202,接口服务器接收更新数据获取请求中携带的各账户标识对应的账户中的最新用户数据,其中包括该热点账户中的最新用户数据。此后,接口服务器可以进行对数据按时间排序、向接入服务器反馈等工作。
方法二,如图3所示,该方法可以具体包括如下步骤:
步骤301,接口服务器生成更新数据获取请求的子请求,每个子请求中携带的账户标识不重复且总和为更新数据获取请求中携带的所有账户标识,每个子请求对应一个目标数据服务器,每个子请求中携带的各账户标识对应其目标数据服务器中的账户,且携带有该热点账户的账户标识的子请求的目标数据服务器为确定出的热点副本数据服务器。
可以说,该步骤中,是将更新数据获取请求中的账户标识,按照部署账户的数据服务器的不同,拆分到多个子请求中,每个子请求对应的发向一个数据服务器,子请求所发向的数据服务器即为该子请求对应的目标数据服务器。在子请求的目标数据服务器中,可以读取到该子请求所携带的全部账户标识对应的账户的用户数据。
接口服务器还可以在各子请求中携带预先设置的需要在账户中获取最新用户数据的数目。
步骤302,接口服务器将携带有该热点账户的账户标识的子请求发送给确定出的热点副本数据服务器。
热点副本数据服务器接收到子请求后,根据子请求中携带的账户标识,读取相应账户中的最新用户数据。此时,可以读取预设数目的最新用户数据,该预设数目可以在数据服务器中预先进行配置,也可以由接口服务器在子请求中携带。然后,热点副本数据服务器将读取到的子请求中携带账户标识对应账户中的最新用户数据发送给接口服务器。
步骤303,接口服务器接收该热点副本数据服务器发送的该热点账户中的最新用户数据。
另外,接口服务器还会将其它的子请求发送给其对应的目标数据服务器。接收到子请求的数据服务器进行相应的最新用户数据的获取,并将获取到的最新用户数据发送给接口服务器,具体过程可以参照上面的内容。接口服务器接收各数据服务器发送的相应账户的最新用户数据。此后,接口服务器可以进行对数据按时间排序、向接入服务器反馈等工作。
本发明实施例中,在进行热点副本数据服务器的建立时,经常会针对某个或者某几个热点账户建立多个热点副本数据服务器。此时优选的,不同热点副本数据服务器中如果部署有同一热点账户,那么这些热点副本数据服务器中部署的全部热点账户都相同。即针对某个或者某几个热点账户建立多个具有相同账户部署的热点副本数据服务器。这样,可以方便的保持各热点副本数据服务器之间访问量的均衡,并可以方便的通过热点副本数据服务器的数量来调节负载压力。
本发明实施例,设置热点副本数据服务器,在接收到更新数据获取请求后,对于热点账户的用户数据,在部署了该热点账户的热点副本数据服务器中进行获取,这样,最初部署该热点账户的数据服务器可以不用处理该热点账户的数据获取工作,相应的,该数据服务器的访问量可以降低到正常水平,从而可以均衡各数据服务器的访问量。
实施例三
基于相同的技术构思,本发明实施例还提供了一种获取用户数据的装置,建立有热点副本数据服务器,热点副本数据服务器是用于存储热点账户的用户数据的数据服务器,热点账户是在预定时间内用户数据被读取的次数超过预设阈值的账户,如图4所示,所述装置包括:
接收模块410,用于接收更新数据获取请求,所述更新数据获取请求中携带有账户标识;
确定模块420,用于如果所述携带的各账户标识中存在热点账户的账户标识,则确定存储所述热点账户的用户数据的热点副本数据服务器;
获取模块430,用于在确定出的热点副本数据服务器中,获取所述热点账户中的用户数据。
优选的,存储所述热点账户的用户数据的热点副本数据服务器有多个;
所述确定模块420,具体用于:在所述确定存储所述热点账户的用户数据的热点副本数据服务器时,采用轮询的方式,在存储所述热点账户的用户数据的多个热点副本数据服务器中,确定一个热点副本数据服务器。
优选的,存储所述热点账户的用户数据的热点副本数据服务器有多个;
所述确定模块420,具体用于:在所述确定存储所述热点账户的用户数据的热点副本数据服务器时,在存储所述热点账户的用户数据的多个热点副本数据服务器中,确定一个部署数据单元最少的热点副本数据服务器。
优选的,所述获取模块430,具体用于:
将所述更新数据获取请求发送给所述确定出的热点副本数据服务器;
接收更新数据获取请求中携带的各账户标识对应的账户中的用户数据,其中包括所述热点账户中的用户数据。
优选的,所述获取模块430,具体用于:
生成所述更新数据获取请求的子请求,每个子请求中携带的账户标识不重复且总和为所述更新数据获取请求中携带的所有账户标识,每个子请求对应一个目标数据服务器,每个子请求中携带的各账户标识对应其目标数据服务器中的账户,且携带有所述热点账户的账户标识的子请求的目标数据服务器为所述确定出的热点副本数据服务器;
将携带有所述热点账户的账户标识的子请求发送给所述确定出的热点副本数据服务器;
接收该热点副本数据服务器发送的所述热点账户中的用户数据。
优选的,不同热点副本数据服务器中如果部署有同一热点账户,那么这些热点副本数据服务器中部署的全部热点账户都相同。
本发明实施例,设置热点副本数据服务器,在接收到更新数据获取请求后,对于热点账户的用户数据,在部署了该热点账户的热点副本数据服务器中进行获取,这样,最初部署该热点账户的数据服务器可以不用处理该热点账户的数据获取工作,相应的,该数据服务器的访问量可以降低到正常水平,从而可以均衡各数据服务器的访问量。
需要说明的是:上述实施例提供的获取用户数据的装置在获取用户数据时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的获取用户数据的装置与获取用户数据的方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种获取用户数据的方法,其特征在于,建立有热点副本数据服务器,热点副本数据服务器是用于存储热点账户的用户数据的数据服务器,热点账户是在预定时间内用户数据被读取的次数超过预设阈值的账户,所述方法包括:
接收更新数据获取请求,所述更新数据获取请求中携带有账户标识;
如果所述携带的各账户标识中存在热点账户的账户标识,则确定存储所述热点账户的用户数据的热点副本数据服务器;
在确定出的热点副本数据服务器中,获取所述热点账户中的用户数据。
2.根据权利要求1所述的方法,其特征在于,存储所述热点账户的用户数据的热点副本数据服务器有多个;
在所述确定存储所述热点账户的用户数据的热点副本数据服务器时,采用轮询的方式,在存储所述热点账户的用户数据的多个热点副本数据服务器中,确定一个热点副本数据服务器;或者,
在所述确定存储所述热点账户的用户数据的热点副本数据服务器时,在存储所述热点账户的用户数据的多个热点副本数据服务器中,确定一个部署数据单元最少的热点副本数据服务器。
3.根据权利要求1所述的方法,其特征在于,所述在确定出的热点副本数据服务器中,获取所述热点账户中的用户数据,具体为:
将所述更新数据获取请求发送给所述确定出的热点副本数据服务器;
接收更新数据获取请求中携带的各账户标识对应的账户中的用户数据,其中包括所述热点账户中的用户数据。
4.根据权利要求1所述的方法,其特征在于,所述在确定出的热点副本数据服务器中,获取所述热点账户中的用户数据,具体为:
生成所述更新数据获取请求的子请求,每个子请求中携带的账户标识不重复且总和为所述更新数据获取请求中携带的所有账户标识,每个子请求对应一个目标数据服务器,每个子请求中携带的各账户标识对应其目标数据服务器中的账户,且携带有所述热点账户的账户标识的子请求的目标数据服务器为所述确定出的热点副本数据服务器;
将携带有所述热点账户的账户标识的子请求发送给所述确定出的热点副本数据服务器;
接收该热点副本数据服务器发送的所述热点账户中的用户数据。
5.根据权利要求1所述的方法,其特征在于,不同热点副本数据服务器中如果部署有同一热点账户,那么这些热点副本数据服务器中部署的全部热点账户都相同。
6.一种获取用户数据的装置,其特征在于,建立有热点副本数据服务器,热点副本数据服务器是用于存储热点账户的用户数据的数据服务器,热点账户是在预定时间内用户数据被读取的次数超过预设阈值的账户,所述装置包括:
接收模块,用于接收更新数据获取请求,所述更新数据获取请求中携带有账户标识;
确定模块,用于如果所述携带的各账户标识中存在热点账户的账户标识,则确定存储所述热点账户的用户数据的热点副本数据服务器;
获取模块,用于在确定出的热点副本数据服务器中,获取所述热点账户中的用户数据。
7.根据权利要求6所述的装置,其特征在于,存储所述热点账户的用户数据的热点副本数据服务器有多个;
所述确定模块,具体用于:在所述确定存储所述热点账户的用户数据的热点副本数据服务器时,采用轮询的方式,在存储所述热点账户的用户数据的多个热点副本数据服务器中,确定一个热点副本数据服务器;或者,
在所述确定存储所述热点账户的用户数据的热点副本数据服务器时,在存储所述热点账户的用户数据的多个热点副本数据服务器中,确定一个部署数据单元最少的热点副本数据服务器。
8.根据权利要求6所述的装置,其特征在于,所述获取模块,具体用于:
将所述更新数据获取请求发送给所述确定出的热点副本数据服务器;
接收更新数据获取请求中携带的各账户标识对应的账户中的用户数据,其中包括所述热点账户中的用户数据。
9.根据权利要求6所述的装置,其特征在于,所述获取模块,具体用于:
生成所述更新数据获取请求的子请求,每个子请求中携带的账户标识不重复且总和为所述更新数据获取请求中携带的所有账户标识,每个子请求对应一个目标数据服务器,每个子请求中携带的各账户标识对应其目标数据服务器中的账户,且携带有所述热点账户的账户标识的子请求的目标数据服务器为所述确定出的热点副本数据服务器;
将携带有所述热点账户的账户标识的子请求发送给所述确定出的热点副本数据服务器;
接收该热点副本数据服务器发送的所述热点账户中的用户数据。
10.根据权利要求6所述的装置,其特征在于,不同热点副本数据服务器中如果部署有同一热点账户,那么这些热点副本数据服务器中部署的全部热点账户都相同。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210517876.4A CN103856535B (zh) | 2012-12-05 | 2012-12-05 | 一种获取用户数据的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210517876.4A CN103856535B (zh) | 2012-12-05 | 2012-12-05 | 一种获取用户数据的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103856535A true CN103856535A (zh) | 2014-06-11 |
CN103856535B CN103856535B (zh) | 2018-09-04 |
Family
ID=50863742
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210517876.4A Active CN103856535B (zh) | 2012-12-05 | 2012-12-05 | 一种获取用户数据的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103856535B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104980417A (zh) * | 2014-08-06 | 2015-10-14 | 腾讯科技(深圳)有限公司 | 一种ugc文件分发方法和设备 |
CN110113414A (zh) * | 2019-05-05 | 2019-08-09 | 深圳市腾讯网域计算机网络有限公司 | 一种管理副本的方法、装置、服务器及存储介质 |
CN110896415A (zh) * | 2019-11-22 | 2020-03-20 | 浪潮电子信息产业股份有限公司 | 一种数据readdir方法、系统、设备及计算机介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101232600A (zh) * | 2008-03-04 | 2008-07-30 | 华为技术有限公司 | 一种提供点播内容的方法、系统和装置 |
CN101729357A (zh) * | 2008-10-14 | 2010-06-09 | 华为技术有限公司 | 媒体文件存储处理与业务处理方法及装置、服务器集群 |
CN101370030B (zh) * | 2008-09-24 | 2011-03-16 | 东南大学 | 基于内容复制的资源负载平衡方法 |
CN102780718A (zh) * | 2011-05-10 | 2012-11-14 | 腾讯科技(北京)有限公司 | 一种新消息提示方法及系统 |
-
2012
- 2012-12-05 CN CN201210517876.4A patent/CN103856535B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101232600A (zh) * | 2008-03-04 | 2008-07-30 | 华为技术有限公司 | 一种提供点播内容的方法、系统和装置 |
CN101370030B (zh) * | 2008-09-24 | 2011-03-16 | 东南大学 | 基于内容复制的资源负载平衡方法 |
CN101729357A (zh) * | 2008-10-14 | 2010-06-09 | 华为技术有限公司 | 媒体文件存储处理与业务处理方法及装置、服务器集群 |
CN102780718A (zh) * | 2011-05-10 | 2012-11-14 | 腾讯科技(北京)有限公司 | 一种新消息提示方法及系统 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104980417A (zh) * | 2014-08-06 | 2015-10-14 | 腾讯科技(深圳)有限公司 | 一种ugc文件分发方法和设备 |
CN104980417B (zh) * | 2014-08-06 | 2018-12-07 | 腾讯科技(深圳)有限公司 | 一种ugc文件分发方法和设备 |
CN110113414A (zh) * | 2019-05-05 | 2019-08-09 | 深圳市腾讯网域计算机网络有限公司 | 一种管理副本的方法、装置、服务器及存储介质 |
CN110113414B (zh) * | 2019-05-05 | 2022-05-31 | 深圳市腾讯网域计算机网络有限公司 | 一种管理副本的方法、装置、服务器及存储介质 |
CN110896415A (zh) * | 2019-11-22 | 2020-03-20 | 浪潮电子信息产业股份有限公司 | 一种数据readdir方法、系统、设备及计算机介质 |
CN110896415B (zh) * | 2019-11-22 | 2022-05-24 | 浪潮电子信息产业股份有限公司 | 一种数据readdir方法、系统、设备及计算机介质 |
Also Published As
Publication number | Publication date |
---|---|
CN103856535B (zh) | 2018-09-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102043686B (zh) | 一种内存数据库的容灾方法、备用服务器及系统 | |
CN104113576A (zh) | 一种客户端的更新方法及装置 | |
CN106970930B (zh) | 消息发送确定方法及装置、数据表创建方法及装置 | |
CN109033360B (zh) | 一种数据查询方法、装置、服务器及存储介质 | |
CN102004994B (zh) | 一种在线产品推荐选择方法、装置及系统 | |
CN103368986A (zh) | 一种信息推荐方法及信息推荐装置 | |
CN103167026A (zh) | 一种云存储环境数据处理方法、系统及设备 | |
CN111083179B (zh) | 物联网云平台、基于物联网云平台的设备交互方法及装置 | |
CN102821111A (zh) | 文件云存储实时同步方法 | |
CN109766422A (zh) | 信息处理方法、装置及系统、存储介质、终端 | |
CN110245145A (zh) | 关系型数据库到Hadoop数据库的结构同步方法和装置 | |
EP3244320A1 (en) | File path storing and local file accessing method and device | |
WO2016101761A1 (zh) | 关联账户的更新方法与系统 | |
CN111782470A (zh) | 分布式容器日志数据处理方法及装置 | |
CN103530313A (zh) | 应用信息的搜索方法及装置 | |
CN112036125A (zh) | 一种文档管理方法、装置及计算机设备 | |
CN104077082A (zh) | 网络投票数据存储方法和装置 | |
CN113672748A (zh) | 多媒体信息播放方法及装置 | |
CN110222046B (zh) | 列表数据的处理方法、装置、服务器和存储介质 | |
CN103841168B (zh) | 数据副本更新方法及元数据服务器 | |
CN103856535A (zh) | 一种获取用户数据的方法和装置 | |
CN108733758B (zh) | 酒店静态数据推送方法、装置、电子设备及可读存储介质 | |
CN110784524A (zh) | 一种云手机文件上传保活方法、装置及系统 | |
CN108021464B (zh) | 一种应用程序响应数据的兜底处理的方法以及装置 | |
CN103295426B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |