[发明专利]一种数据同步方法及系统

说明书

本发明公开了一种数据同步方法及系统，本发明包括S1、在服务端建立数据同步控制表，所述数据同步控制表中记录有每个接口最近一次进行数据更新的数据更新时间戳，且服务端在更新数据时，数据同步控制表更新相对应的数据更新时间戳；S2、服务端提供给客户端一个轮询接口，该接口的参数为客户端的接口以及每个接口最近一次同步数据的数据同步时间戳，函数为客户端的接口的数据同步时间戳与数据同步控制表中对应的数据更新时间戳对比，当存在不一致时，向客户端返回不一致的接口。本发明相对于原始每个接口都要进行轮询请求的情况，大大减少客户端的无效调用，节省了服务器的资源，减轻了数据库的压力，促使服务更加稳定。

技术领域

本发明涉及计算机技术领域，具体地说是一种数据同步方法及系统。

背景技术

在构建网络应用中，客户端需要经常与服务端进行持续的通讯来保持双方 信息的同步，通常这种持久通讯在不刷新页面的情况下进行，通过“服务器推” 方案向客户端推送消息，用的较多的则是短轮询。短轮询的基本思路就是客户 端每隔一段时间向服务端发送http请求，服务器端在收到请求后，不论是否有 数据更新，都直接进行响应。这种方式实现的即时通信，本质上是客户端发送 请求，服务器接受请求的一个过程，通过让客户端不断的进行请求，使得客户 端能够模拟实时地收到服务器端的数据的变化。这种方式的优点是比较简单， 易于理解，实现起来也没有什么技术难点，但是缺点是显而易见的，这种方式由于需要不断的建立http连接，严重浪费了服务器端和客户端的资源。尤其是 在客户端，具体来说，如果有数量级相对比较大的人同时位于基于短轮询的应 用中，那么每一个用户的客户端都会疯狂的向服务器端发送http请求，而且不 会间断，人数越多，服务器端压力越大，这是很不合理的。

比如不管是大型连锁超市和线下店铺里一般都会用云pos收银系统进行进 销存管理，这类系统为了断网情况下依然能够正常使用，会把商品数据、库存 数据、用户数据(如新增收银员等)、机构参数、类目信息、活动等下载到本地 客户端。后台更新以上信息后不能主动通知客户端，客户端想拿到最新数据， 需要采用轮询方式，如每10分钟定时往服务端发送请求，采用增量下载方式获 取变更的数据。住主要逻辑是后台修改数据时会同时更新对应的时间戳，客户 端发起请求时带着本地的时间戳，服务端接收到请求对比两个时间戳，只从数 据库中取大于本地时间戳的数据。实际上大部分的数据很少改变，如用户数据 只有新增收银员或修改用户信息的时候才会变更，商品数据只有新增、修改、 删除的时候变更，用户后台操作的时间也比较集中，这就导致一直在发送无效 请求，这无疑对数据库和服务端应用产生压力，浪费资源，极端情况导致数据 库和应用宕机，服务不可用。比如在某一云POS服务商中，全国大约有50万零 售户，客户端有20个定时下载接口每十分钟分别往服务端发送一次请求，每个 零售户每天在线时长按10个小时计算，总共一天就有6亿次请求。客户端的主 要功能就是销售，销售主要涉及变更的业务只有库存，销售之后减库存数据才 会改变，改变的频率跟商品的销量成正比。所以说这6亿次请求只有少部分是 有效调用，即少部分接口对应的后台数据会改变，才会返回有变更的数据。

发明内容

本发明的目的是针对以上不足，提供一种基于上述短轮询的方式数据同步 方法及系统，减少数据接口请求次数，降低服务器压力。

本发明所采用技术方案是：

一种数据同步方法，所述方法包括如下步骤：

S1、在服务端建立数据同步控制表，所述数据同步控制表中记录有每个接 口最近一次进行数据更新的数据更新时间戳，且服务端在更新数据时，数据同 步控制表更新相对应的数据更新时间戳；

S2、服务端提供给客户端一个轮询接口，该接口的参数为客户端的接口以 及每个接口最近一次同步数据的数据同步时间戳，函数为客户端的接口的数据 同步时间戳与数据同步控制表中对应的数据更新时间戳对比，当存在不一致时， 向客户端返回不一致的接口，客户端调取返回的接口向服务端请求数据同步。