[发明专利]对用户的长关系链数据的处理系统和方法

说明书

技术领域

本申请涉及计算机和互联网数据处理技术领域，尤其涉及一种对用户的长关系链数据的处理系统和方法。

背景技术

目前，随着互联网技术的发展，网络逐渐成为人们获取信息的重要来源，特别是在互联网进入Web2.0时代后，用户既是网站内容的浏览者，也是网站内容的制造者。用户参与创造的内容被称为用户生成内容（UGC，User Generated Content），如用户发布的日志、照片等，在Web2.0时代，由于UGC的大量涌现，网络信息量呈几何级快速增长。

目前最活跃的网络通信系统之一就是社交网络服务系统（SNS，Social NetworkService）。SNS简称为社交网络系统，是旨在帮助人们建立社会性网络的互联网应用服务系统。目前几乎所有的网站系统都在扩展其社交便利性，为其增加SNS特性，本文中将所有具有SNS特性的网站系统称为社交网络系统，例如：网上社区系统、博客系统、微博客系统（简称微博）等。

在SNS中，每个用户都是信息的发布者，几乎时时刻刻都在生产出大量的UGC。而且每个用户都有其自身的关系链，所述用户关系链主要包括在SNS中能和该用户进行互动的用户群体，用户关系链数据中包括这个群体中的每一个用户的标识、属性等信息，以及每一个用户与主用户的关系。其中，有些用户的关系链中的用户数量巨大，这种关系链在业界被称为长关系链，拥有长关系链的用户被称为长关系链用户。

例如，微博客（MicroBlog），简称微博，是一个基于用户关系的信息分享、传播以及获取的SNS系统，用户可以通过有线通信网络或无线通信网络、以及各种客户端访问微博，以指定数目的文字和/或其它多媒体信息更新信息，并实现即时分享。在微博系统中，每一个用户都可以收听（或关注）其它用户，即被该用户收听（或关注）的用户所发布的微博信息（即UGC）可以及时地传输到该用户的微博中，收听者就是被收听者的“听众”（有些微博系统中也叫“粉丝”，本文中以听众为例进行说明）。当然所有的用户也可以被其它用户收听（或关注）。当某一用户的听众的数量超过一定数目之后，则该用户就变成了长关系链用户，例如微博中的一些明星用户，其听众的数量往往有几百万甚至上千万。

在生产UGC的SNS中，由于数据是用户产生的，海量的用户催生出海量数据，最终带来更大量级的数据读写请求。特别是长关系链用户的数据处理，由于其长关系链中包括百万级甚至千万级数量的听众，添加或删除一个听众也要对被收听用户的长关系链进行相应的数据修改，因此针对长关系链数据的请求的数量巨大，触发频繁，导致对相应的数据库的操作量也巨大和频繁。因此对用户的长关系链数据需要特殊的处理。

图1现有技术中的一种针对长关系链用户数据的处理系统。参见图1，该系统中主要包括缓存（cache）模块和入库模块。所述数据库中保存了长关系链用户的全量长关系链数据，例如微博系统中是全量的听众列表，而由于长关系链用户读取微博并不需要全量听众列表，并为了向前端极速的响应这类长关系链用户的对听众列表的读取请求，因此将每一长关系链用户的一部分听众列表按更新时间保存在内存的缓存模块中，该缓存模块用于响应前端（如客户端，网页前端，即用户操作端）对所述长关系链用户的长关系链数据的操作请求，由于内存操作迅速，因此可以极速响应长关系链用户对关系链数据的读取请求。对于写操作请求，即需要对相应数据库进行入库修改的修改请求，则需要将这些修改请求同步给所述入库模块，由入库模块根据这些修改请求修改数据库中的数据。

但是上述现有技术具有如下缺点：

由于缓存模块是纯内存操作，入库模块是直接对底层数据库进行操作，而操作数据库和纯内存操作的速度不是一个数量级，速度相差太悬殊。为了解决Cache模块和入库模块速度的不一致，缓存模块必须长时间保存对长关系链用户的操作日志，直到入库模块完成对数据库的操作才能释放操作日志占用的空间，因此现有技术对用户的长关系链数据的入库存储需要严重依赖缓存模块，不但占用了缓存模块的大量内存空间，而且一旦缓存模块出现异常重启则会清空内存，进而丢失大量的修改请求，导致数据库中的长关系链数据与前端操作严重不符，数据错误率高。

发明内容

有鉴于此，本发明的主要目的在于提供一种对用户的长关系链数据的处理系统和方法，以降低丢失修改请求的几率，降低数据库中的长关系链数据的数据错误率。

本发明的技术方案是这样实现的：

一种对用户的长关系链数据的处理系统，包括：