CN110392104A - 数据同步方法、系统、服务器及存储介质 - Google Patents

Abstract

本发明公开了一种数据同步方法、系统、服务器及存储介质，属于网络技术领域。本发明实施例提供的技术方案，当终端检测到互动事件时，可以通过第一服务器和第二服务器将互动事件请求广播给所有的第三服务器，每个第三服务器可以接收到相同的互动事件请求，自行对所接收到的互动事件请求进行基于订阅的筛选，从而保证数据的高效传输与同步，同时，相比于相关技术中通过消息队列来进行读写的方式，提高了传输速度，节约了人力成本和开发维护成本，避免了消息积压，提高了服务的可靠性。

Description

数据同步方法、系统、服务器及存储介质

技术领域

本发明涉及网络技术领域，特别涉及一种数据同步方法、系统、服务器及存储介质。

背景技术

随着网络技术的快速发展，人们的社交生活发生了翻天覆地的变化，越来越多的人开始进行网上社交。通过各种社区类软件，人们不仅可以发布文章、帖子等动态展示自己观点，还可以借助软件提供的举报、点赞、取消赞、评论等功能其对他人的动态发表看法，实现网上互动。在上述过程中，客户端检测到举报、点赞、评论等操作后，需要将对应的数据发送到多台处理该数据的服务器进行处理，实现数据同步。

目前业界普遍使用消息队列的方式来进行数据同步，以举报的数据同步为例进行说明，其具体过程可以包括：客户端检测到用户的举报请求后，将举报请求发送到生产服务器。生产服务器在收到客户端的举报请求后，将举报数据(举报人、被举报人、举报时间以及举报原因等)和操作主题(用来标识唯一一类数据)“举报”写入消息队列。之后，生产服务器根据消息队列的写入结果，将写入结果的成功或者失败返回给客户端。而订阅服务器根据订阅的操作主题，从消息队列取出举报数据，然后对举报数据进行处理，例如，将被举报用户进行记录，判断是否达到黑名单的被举报次数，如果达到，则加入到黑名单，完成动作的处理。

在上述实现方式中，使用消息队列来做数据同步的话，消息队列需要单独维护、部署，并且要在服务器和数据队列上开发读写接口从消息队列读写消息，增加了很多的人力成本，开发维护成本比较高。另外消息队列消息积压导致消息时效性降低，从而影响服务可靠性。

发明内容

本发明实施例针对背景技术中使用消息队列进行读写存在的问题，提供了一种数据同步方法、系统、服务器及存储介质，提高了同步数据的传输速度，并且降低服务器的处理压力。该技术方案如下：

一方面，提供了一种数据同步方法，该方法包括：

第一服务器接收终端的互动事件请求，将该互动事件请求发送至第二服务器；

第二服务器在接收到该互动事件请求后，对该互动事件请求进行广播，以将该互动事件请求同步至多个第三服务器；

该多个第三服务器中的任一个第三服务器接收该第二服务器广播的互动事件请求，当该互动事件请求的互动事件类型为该第三服务器所订阅的互动事件类型时，该第三服务器对该互动事件请求进行处理。

一方面，提供了一种数据同步系统，该系统包括：第一服务器、第二服务器和多个第三服务器，

该第一服务器用于接收终端的互动事件请求，将该互动事件请求发送至该第二服务器；

该第二服务器用于在接收到该互动事件请求后，对该互动事件请求进行广播，以将该互动事件请求同步至该多个第三服务器；

该多个第三服务器中的任一个第三服务器，用于接收该第二服务器广播的互动事件请求，当该互动事件请求的互动事件类型为该第三服务器所订阅的互动事件类型时，该第三服务器对该互动事件请求进行处理。

在一种可能实现方式中，该互动事件类型包括：举报、点赞、取消赞或评论。

在一种可能实现方式中，该第三服务器还用于当该互动事件请求的互动事件类型不是该第三服务器所订阅的互动事件类型时，忽略该互动事件请求。

一方面，提供了一种服务器，该服务器包括一个或多个处理器和一个或多个存储器，该一个或多个存储器中存储有至少一条程序代码，该程序代码由该一个或多个处理器加载并执行以实现数据同步方法中任一服务器所执行的操作。

一方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有至少一条程序代码，该程序代码由处理器加载并执行以实现该数据同步方法所执行的操作。

本发明实施例提供的技术方案带来的有益效果至少可以包括：

本发明实施例提供的技术方案，当终端检测到互动事件时，可以通过第一服务器和第二服务器将互动事件请求广播给所有的第三服务器，每个第三服务器可以接收到相同的互动事件请求，自行对所接收到的互动事件请求进行基于订阅的筛选，从而保证数据的高效传输与同步，同时，相比于相关技术中通过消息队列来进行读写的方式，提高了传输速度，节约了人力成本和开发维护成本，避免了消息积压，提高了服务的可靠性。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种数据同步方法的实施环境的示意图；

图2是本发明实施例提供的基于图1实施环境实现的一种数据同步方法的流程图；

图3是本发明实施例提供的基于图1的实施环境所实现的一种举报事件的数据同步方法的流程图；

图4是本发明实施例提供的一种设置页面示意图；

图5是本发明实施例提供的一种服务器的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

图1是本发明实施例提供的一种数据同步方法的实施环境的示意图，参见图1，该实施环境中包括终端110和数据同步系统120，该数据同步系统120可以属于一信息服务平台，该信息服务平台可以是任一种能够提供信息交互、信息处理等服务的平台。其中，数据同步系统120包括第一服务器121、第二服务器122和多个第三服务器123。

终端110可以是如PC(personal computer，个人电脑)、智能手机或平板电脑等电子设备。终端110可以安装和运行有支持互动事件的应用程序。该应用程序可以是社交应用程序、即时通讯应用程序、信息分享程序中的任意一种。当然，终端110还可以通过浏览器等具有网页浏览功能的客户端，来访问目标网站，从而支持互动事件的发生。

终端110用于检测互动事件发生，向第一服务器121发送互动事件请求。

第一服务器121可以通过网络与终端110相连，从而实现与终端110之间的信息交互。该第一服务器121可以是事件生产服务器，用于接收终端110的互动事件请求，将互动事件请求发送至第二服务器122。

第二服务器122可以是事件订阅管理服务器，用于在接收到互动事件请求后，对互动事件请求进行广播，以将互动事件请求同步至多个第三服务器123。第二服务器122也可以有多台，在大量互动事件请求产生时快速进行广播处理，实现数据同步。第二服务器122完成广播后，向第一服务器121发送该互动事件请求的发送结果，第一服务器在接收到发送结果后，再将发送结果发送至该终端110。

多个第三服务器123可以是订阅服务器，用于接收第二服务器122广播的互动事件请求，当互动事件请求的互动事件类型为任一第三服务器123所订阅的互动事件类型时，该第三服务器123对互动事件请求进行处理。在本实施环境中，信息服务平台上预先设置有每个互动事件的互动事件标识，每个互动事件标识用于唯一标识一种互动事件类型，而多个第三服务器123均可以由管理员在信息服务平台上进行订阅的配置，也即是，将互动事件的互动事件标识配置在各个第三服务器上，在信息服务平台的运行过程中，各个第三服务器上的配置还可以基于实际的需求进行更新。任一第三服务器123订阅任一种互动事件，也即是该第三服务器123配置有上述互动事件的互动事件标识。任一第三服务器123可以订阅一个或多个互动事件，任一第三服务器123只对订阅了的互动事件进行处理。

终端110可以泛指多个终端中的一个，本实施例仅以终端110来举例说明。本领域技术人员可以知晓，上述终端的数量可以更多或更少。本申请实施例对终端的数量和设备类型不加以限定。

图2是本发明实施例提供的基于图1实施环境实现的一种数据同步方法的流程图，参见图2，该方法包括：

201、终端检测到互动事件，向第一服务器发送互动事件请求。

其中，互动事件是指用户和用户之间、或者用户和平台之间的交互事件，例如，举报、点赞、取消赞、评论等。互动事件请求可以由互动事件的互动事件标识和事件的相关数据组成。其中，互动事件的互动事件标识由信息服务平台预先设置，每个互动事件标识用于唯一标识一种互动事件类型，当任一互动事件发生时，终端可以触发携带该互动事件的互动事件标识的互动事件请求，以将该互动事件同步至信息服务平台中的数据同步系统中。例如，对于举报事件来说，举报事件的相关数据可以包括举报人、被举报人、举报原因和举报时间等信息。

202、第一服务器接收终端的互动事件请求后，对互动事件请求进行校验。

203、当校验通过时，将互动事件请求发送至第二服务器。

在本发明实施例中，对互动事件请求进行校验具体包括：校验第一服务器接收到的互动事件请求是否为合法请求。此步骤通过校验先对互动事件请求进行初步筛选，避免无效或恶意的互动事件请求在数据同步系统中的传播，提高了系统安全性。

例如，第一服务器可以根据接收到的互动事件请求所携带的互动事件标识，判断该互动事件的事件类型是否属于在第一服务器处理的互动事件类型范围内。如果互动事件类型在该互动事件类型范围内，则校验通过，该第一服务器将该互动事件请求发送至第二服务器；如果互动事件类型不在该互动事件类型范围内，则校验不通过，可以直接忽略此互动事件请求，不做更多的处理，以降低第一服务器的处理压力。又例如，该第一服务器还可以根据接收到的互动事件请求的源IP地址，来判断该互动事件请求是否为恶意请求，当来自同一个源IP地址的互动事件请求数量大于目标数量，则可以忽略此互动事件请求，从而避免了对信息服务平台的恶意攻击，也达到了提高安全性的目的。

上述步骤202和203是基于校验过程来触发互动事件请求的发送的过程，在一些可能实现方式中，还可以不执行上述步骤202和203，而是在步骤201之后直接执行步骤204，以节约校验的流程，达到提高处理效率的目的。

204、第二服务器在接收到互动事件请求后，对互动事件请求进行广播，以将互动事件请求同步至多个第三服务器。

在本发明实施例中，对互动事件请求进行广播可以使用指向网络的广播，指向网络的广播地址的主机部分全为1，并且该广播地址还包括有一个有效的网络部分，例如A类地址的第1字节为网络地址，其它3个字节为主机地址，那么它的网络广播地址为netid.255.255.255，其中netid为A类网络的网络号。通过上述指向网络的广播，可以将互动事件请求成功发送至该网络中的所有主机。

为了避免资源浪费，第二服务器中可以存储每个第三服务器所订阅的互动事件类型及其IP地址，因此，第二服务器可以根据各个第三服务器所订阅的互动事件类型对多个第三服务器进行分类，一类第三服务器具有至少一个相同的互动事件类型，因此，第二服务器在接收到来自第一服务器的互动事件请求后，先根据互动事件请求的互动事件标识，确定互动事件请求的一类目标服务器，该目标服务器的类别与该互动事件标识对应，然后确定该类目标服务器的IP地址，将该互动事件请求向该类目标服务器中的各个目标服务器进行广播，省去了第三服务器的判断时间，并且减少了系统中的信令交互。

本发明实施例中，通过对互动事件请求进行广播，使得第三服务器可以基本没有延时的接收到来自终端的互动事件请求，相比于相关技术中通过消息队列来进行读写的方式，能够大大提高传输速度，并且服务器的处理压力会有大幅度降低。

205、该第二服务器在接收到互动事件请求后，该第二服务器向第一服务器发送互动事件请求的发送结果。

206、该第一服务器在接收到发送结果后，将发送结果发送至终端。

第二服务器在接收到互动事件请求后，会立刻对接收到互动事件请求进行广播，此时互动事件请求发送成功，第二服务器返回用于指示发送成功的发送结果给第一服务器，由第一服务器发送给终端进行显示，以使用户了解其互动操作的结果。此时互动事件请求由于任一种原因发送失败，该第二服务器可以返回用于指示发送失败的发送结果给第一服务器，由第一服务器发送给终端进行显示，以使用户了解其互动操作的结果。当然，对于在第一服务器校验失败的互动事件请求，终端无法接收到用于指示发送成功的发送结果。

本发明实施例是以先执行步骤204中的广播过程，再执行步骤205和206中的发送结果反馈过程为例进行说明，在一些可能实现方式中，该步骤205和206的发送结果反馈过程还可以在广播步骤之前执行，当然，该两个过程还可以同步执行，本发明实施例对此不做限定。对于发送结果反馈过程在广播步骤之前执行的实现方式来说，还具有很高的实时性，用户体验好。

207、任一第三服务器接收第二服务器广播的互动事件请求，当互动事件请求的互动事件类型为第三服务器所订阅的互动事件类型时，第三服务器对互动事件请求进行处理。

多个第三服务器中的每个第三服务器可以配置有所订阅的互动事件类型，也即是，每个第三服务器均配置有对应的互动事件标识，该配置过程可以在信息服务平台由管理员执行，在信息服务平台的运行过程中还可以基于实际的需求进行更新。

对于每个第三服务器来说，当接收到第二服务器所广播的互动事件请求时，可以基于所配置的互动事件标识，来判断该互动事件请求的互动事件类型是否为该第三服务器所订阅的互动事件类型，当互动事件请求的互动事件类型为第三服务器所订阅的互动事件类型时，第三服务器对互动事件请求进行处理，当互动事件请求的互动事件类型不是第三服务器所订阅的互动事件类型时，该第三服务器忽略互动事件请求。

在一些可能实现方式中，上述判断过程可以基于正则表达式来进行，该正则表达式中配置有上述所订阅的互动事件标识，可以基于正则表达式所输出的结果来确定该互动事件请求的互动事件类型是否为该第三服务器所订阅的互动事件类型，当互动事件请求的互动事件类型为第三服务器所订阅的互动事件类型时，第三服务器对互动事件请求进行处理，当互动事件请求的互动事件类型不是第三服务器所订阅的互动事件类型时，该第三服务器忽略互动事件请求。

任一第三服务器订阅部分互动事件类型而非全部互动事件类型，这样可以分散处理互动事件请求，减轻单个第三服务器的处理压力。同时系统有多个第三服务器用来处理互动事件请求，每个动作事件请求会被同步到多台处理该动作事件类型的第三服务器，对于同一个互动事件请求，任一订阅该互动事件类型的第三服务器处理该互动事件请求完成后，将处理结果存放于该第三服务器内存，订阅该互动事件类型的多个第三服务器都处理完成该互动事件请求后，订阅该互动事件类型的多个第三服务器内存中对该互动事件请求处理结果应该是一致的。

进一步地，对于数据同步系统中的订阅服务器来说，一个订阅服务器可以订阅多个互动事件类型，且，一个互动事件类型也可以被多个订阅服务器所订阅，因此，实现了事件与订阅的多对多关系，使得整个系统的扩容和扩展都非常方便快速，相比基于消息队列的数据同步来说，具有更高效、更灵活、成本更低的优势。

在一些可能实现方式中，当各个第三服务器输出处理结果后，第三服务器之间可以对同一互动事件请求的处理结果进行比对，为了避免处理结果的错误，可以选择重合个数多的处理结果作为互动事件请求的最终处理结果，此步骤提高了互动事件请求处理的准确性。

在上述可能实现方式中，对于已接收到的互动事件请求，当第三服务器确定该互动事件请求的互动事件类型不属于该第三服务器所订阅的互动事件类型时，还可以对该互动事件请求按照互动事件类型进行存储，该第三服务器可以周期性将已存储的互动事件请求按照互动事件类型的不同发送到对应的第三服务器上，由该对应的第三服务器基于接收到的互动事件请求对历史上所接收的互动事件请求进行一致性校验，当任一个本次接收到的互动事件请求和历史上所接收到的互动事件请求的互动数据不同时，可以基于各个第三服务器所发送的该互动事件请求的互动数据来确定哪个互动事件请求为正确的互动事件请求，将各个第三服务器所发送的该互动事件请求中与该第三服务器历史上所接收到的该互动事件请求的互动数据相同的请求数定义为第一请求数，将各个第三服务器所发送的该互动事件请求中与本次所接收到的该互动事件请求的互动数据相同的请求数定义为第二请求数，当第一请求数大于或等于第二请求数时，则忽略本次接收到的互动事件请求，当该第一请求数小于该第二请求数时，对本次接收到的互动事件请求进行处理，对原互动事件请求对应的处理结果进行回退处理，并基于本次所得到的处理结果进行更新。上述过程可以避免由于数据篡改而造成的处理错误，大大提高了整个系统的数据准确性。

本发明实施例提供的方法，当终端检测到互动事件时，可以通过第一服务器和第二服务器将互动事件请求广播给所有的第三服务器，每个第三服务器可以接收到相同的互动事件请求，自行对所接收到的互动事件请求进行基于订阅的筛选，从而保证数据的高效传输与同步，同时，相比于相关技术中通过消息队列来进行读写的方式，提高了传输速度，节约了人力成本和开发维护成本，避免了消息积压，提高了服务的可靠性。

图3是本发明实施例提供的基于图1的实施环境所实现的一种举报事件的数据同步方法的流程图，参见图3，该方法包括：终端检测到举报事件，向第一服务器发送举报事件请求。第一服务器接收终端的举报事件请求后，对互动事件请求进行校验，当校验通过时，将举报事件请求发送至第二服务器。

第二服务器在接收到举报事件请求后，对举报事件请求进行广播，以将举报事件请求同步至多个第三服务器。该第二服务器在接收到举报事件请求后，该第二服务器向第一服务器发送举报事件请求的发送结果，该第一服务器在接收到发送结果后，将发送结果发送至终端。第三服务器1到第三服务器N均接收第二服务器广播的举报事件请求，而对于任一个第三服务器来说，当举报事件请求的互动事件类型为第三服务器所订阅的互动事件类型时，第三服务器对举报事件请求进行处理。

该第三服务器对举报事件请求的处理可以包括：该第三服务器读取举报事件请求的数据，将举报事件请求数据中的举报人、被举报人、举报时间、举报原因进行记录，该第三服务器判断被举报人行为与被举报原因是否一致，当被举报人行为与被举报原因是一致时，将本次举报记录添加到被举报人的历史被举报记录中，然后统计该被举报人历史被举报记录中的被举报次数，将该被举报人被举报次数与被举报次数上限进行比较，被举报人的被举报次数大于或等于上限被举报次数时，将该被举报人加入黑名单，当被举报人行为与被举报原因不一致时，可以直接删除本次举报记录。

图4是本发明实施例提供的一种设置页面示意图。任一用户在终端的游戏应用程序中选中想要举报的用户，在该用户的设置页面中触发举报流程，来对该用户进行举报。

图5是本发明实施例提供的一种服务器的结构示意图，该服务器500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processingunits，CPU)501和一个或一个以上的存储器502，其中，该存储器502中存储有至少一条指令，该至少一条指令由该处理器501加载并执行以实现上述各个方法实施例提供的数据同步方法。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。

本发明实施例提供的服务器，当终端检测到互动事件时，可以通过第一服务器和第二服务器将互动事件请求广播给所有的第三服务器，每个第三服务器可以接收到相同的互动事件请求，自行对所接收到的互动事件请求进行基于订阅的筛选，从而保证数据的高效传输与同步，同时，相比于相关技术中通过消息队列来进行读写的方式，提高了传输速度，节约了人力成本和开发维护成本，避免了消息积压，提高了服务的可靠性。

在示例性实施例中，还提供了一种计算机可读存储介质，例如包括程序代码的存储器，上述指令可由终端或服务器中的处理器执行以完成上述实施例中的数据同步方法。例如，该计算机可读存储介质可以是只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory，RAM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)、磁带、软盘和光数据存储设备等。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

上述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种数据同步方法，其特征在于，所述方法包括：

第一服务器接收终端的互动事件请求，将所述互动事件请求发送至第二服务器；

第二服务器在接收到所述互动事件请求后，对所述互动事件请求进行广播，以将所述互动事件请求同步至多个第三服务器；

所述多个第三服务器中的任一个第三服务器接收所述第二服务器广播的互动事件请求，当所述互动事件请求的互动事件类型为所述第三服务器所订阅的互动事件类型时，所述第三服务器对所述互动事件请求进行处理。

2.根据权利要求1所述的方法，其特征在于，所述互动事件类型包括：举报、点赞、取消赞或评论。

3.根据权利要求1所述的方法，其特征在于，所述第一服务器接收终端的互动事件请求，将所述互动事件请求发送至第二服务器包括：

第一服务器接收终端的互动事件请求；

所述第一服务器对所述互动事件请求进行校验，当校验通过时，将所述互动事件请求发送至所述第二服务器。

4.根据权利要求1所述的方法，其特征在于，所述第二服务器在接收到所述互动事件请求后，所述方法还包括：

所述第二服务器向所述第一服务器发送所述互动事件请求的发送结果；

所述第一服务器在接收到所述发送结果后，将所述发送结果发送至所述终端。

5.根据权利要求1所述的方法，其特征在于，所述多个第三服务器中的任一个第三服务器接收所述第二服务器广播的互动事件请求之后，所述方法还包括：

当所述互动事件请求的互动事件类型不是所述第三服务器所订阅的互动事件类型时，所述第三服务器忽略所述互动事件请求。

6.一种数据同步系统，其特征在于，所述系统包括：第一服务器、第二服务器和多个第三服务器，

所述第一服务器用于接收终端的互动事件请求，将所述互动事件请求发送至所述第二服务器；

所述第二服务器用于在接收到所述互动事件请求后，对所述互动事件请求进行广播，以将所述互动事件请求同步至所述多个第三服务器；

所述多个第三服务器中的任一个第三服务器，用于接收所述第二服务器广播的互动事件请求，当所述互动事件请求的互动事件类型为所述第三服务器所订阅的互动事件类型时，所述第三服务器对所述互动事件请求进行处理。

7.根据权利要求6所述的系统，其特征在于，

所述第一服务器还用于对所述互动事件请求进行校验，当校验通过时，将所述互动事件请求发送至所述第二服务器。

8.根据权利要求6所述的系统，其特征在于，

所述第二服务器还用于向所述第一服务器发送所述互动事件请求的发送结果；

所述第一服务器还用于在接收到所述发送结果后，将所述发送结果发送至所述终端。

9.一种服务器，其特征在于，所述服务器包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条程序代码，所述程序代码由所述一个或多个处理器加载并执行以实现如权利要求1至权利要求5任一项所述的数据同步方法中任一服务器所执行的操作。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条程序代码，所述程序代码由处理器加载并执行以实现如权利要求1至权利要求5任一项所述的数据同步方法中任一服务器所执行的操作。