一种实现跨地域数据同步的方法与流程

本发明涉及计算机领域，具体涉及一种实现跨地域数据同步的方法。

背景技术：

随着访问数据量的增大，现在对于静态网站使用的是cdn方案，往往采用的是多点部署。cdn:contentdeliverynetwork即内容分发网络。cdn是一组分布在多个不同的地理位置的web服务器，用于更加有效的向用户发布内容，在优化性能时，会根据距离的远近来选择。用户就近接入直接获取接入点的缓存数据，直接响应用户请求即可。但是对于动态数据的请求，接入点服务器需要根据用户的数据和一些行为再结合策略和配置才能给出响应，所以接入点仍然需要向中心服务器或者中心数据库获取到用户信息之后，才能给用户响应，同时后台还需要保存用户的状态，当用户从一个接入点切换到另一个接入点，用户的中间状态也不能及时传递到其他接入点。

现有方案存在的缺陷：

(1)如果采用集中式数据库方式，就会存在接入点与数据库之间的通信延迟，同样会导致访问缓慢，并且数据库的访问压力很大；

(2)如果在接入点单独部署数据库，就会出现各个数据库和中心数据库数据不一致的问题；

(3)如果在每个接入点附近部署缓存数据库，则会出现缓存和中心数据库数据不一致的问题。同时缓存数据库的磁盘和内存也并不能无限的增大。

技术实现要素：

本发明的目的在于提供一种实现跨地域数据同步的方法，客户端切换接入点时，每个接入服务器通过获取自身携带的业务数据来获取中间状态，从而能够缓解数据库的访问压力。

为达上述目的，本发明的主要技术解决手段是提供一种实现跨地域数据同步的方法，包括以下步骤：

s1客户端向一号接入点发起接入请求；

s2所述一号接入点向数据库请求业务数据①；

s3所述数据库向一号接入点发送用户信息①，所述用户信息①包含业务数据①；

s4一号接入点发生计算业务响应，并产生新数据①，使得用户信息①更新为用户信息②，所述用户信息②包含新数据①；

s5一号接入点实时将新数据①传输至数据库；

s6一号接入点将用户信息②发送至客户端，客户端存储用户信息②；

s7客户端带着用户信息②访问二号接入点，所述二号接入点为一号接入点或其它接入点中任意一个接入点；

s8二号接入点根据用户信息②中的业务数据②发生计算业务响应，并产生新数据②，所述用户信息②更新为用户信息③，所述用户信息③包含新数据②；

s9二号接入点实时将新数据②传输至数据库；

s10二号接入点将用户信息③发送至客户端，客户端存储用户信息③。

进一步的，所述用户信息①为数据库中的用户所有信息。

进一步的，所述一号接入点将用户信息②加密发送至客户端。

进一步的，所述二号接入点将用户信息③加密发送至客户端。

进一步的，所述用户信息②包含用户状态信息和业务信息。

进一步的，所述用户信息③包含用户状态信息和业务信息。

本发明的有益效果是：

(1)缓解了数据库的访问压力；

(2)每个接入服务器都存储有大量的用户信息和业务数据，不需要全部依赖数据库的业务数据；

(3)客户端切换接入点时，每个接入服务器可以自己获取中间状态，而无需做大量的数据同步。

附图说明

图1是本发明实施例的数据运行流程结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本发明保护的范围。

本领域技术人员应理解的是，在本发明的揭露中，术语“纵向”、“横向”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”“内”、“外”等指示的方位或位置关系是基于附图所示的方位或位置关系，其仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此上述术语不能理解为对本发明的限制。

可以理解的是，术语“一”应理解为“至少一”或“一个或多个”，即在一个实施例中，一个元件的数量可以为一个，而在另外的实施例中，该元件的数量可以为多个，术语“一”不能理解为对数量的限制。

一种实现跨地域数据同步的方法，包括以下步骤：

s1客户端1向一号接入点2发起接入请求；

s2所述一号接入点2向数据库4请求业务数据①；

s3所述数据库4向一号接入点2发送用户信息①，所述用户信息①包含业务数据①；

s4一号接入点2发生计算业务响应，并产生新数据①，使得用户信息①更新为用户信息②，所述用户信息②包含新数据①；

s5一号接入点2实时将新数据①传输至数据库4；

s6一号接入点2将用户信息②发送至客户端1，客户端1存储用户信息②；

s7客户端1带着用户信息②访问二号接入点，所述二号接入点为一号接入点2或三号接入点3或其它接入点中任意一个接入点；

s8二号接入点根据用户信息②中的业务数据②发生计算业务响应，并产生新数据②，所述用户信息②更新为用户信息③，所述用户信息③包含新数据②；

s9二号接入点实时将新数据②传输至数据库4；

s10二号接入点将用户信息③发送至客户端1，客户端1存储用户信息③。

具体的，客户端1首次访问一号接入点2时，一号接入点2向数据库4请求业务数据①，数据库4返回用户所有初始的信息即为用户信息①至一号接入点2，一号接入点2根据用户信息①中包含的业务数据①来进行计算业务响应；计算业务响应过程中产生新数据①，新数据①和用户信息①一起称为用户信息②；一号接入点2将用户信息②(用户状态信息和业务信息)加密后发送至客户端1，同时一号接入点2将必要的访问数据按需录入数据库4。

当客户端1向一号接入点2发起其他业务请求时，同时带上用户信息②，一号接入点2根据用户信息②中所需的业务数据进行计算业务响应，并产生有相应的新数据②；新数据②和用户信息②一起称为用户信息③；一号接入点2将此时的用户信息③加密后发送至客户端1，同时一号接入点2将必要的访问数据按需录入数据库4。

当客户端向三号接入点3发起业务请求时，同时带上用户信息③，三号接入点3根据用户信息③中所需的业务数据进行计算业务响应，并产生相应的新数据③；新数据③和用户信息③一起称为用户信息④；三号接入点3将此时的用户信息④加密后发送至客户端1，同时将必要的访问数据按需录入数据库4。

客户端1首次访问接入点时，数据库4反馈用户的所有信息，根据所需的业务数据进行计算业务响应，产生新数据时，此时新数据和用户之前的信息合在一起加密后传输至客户端，在客户端1存储；同时接入点实时将计算业务响应过程中产生的新数据传输至数据库4存储。客户端1再次访问任意一接入点时，同时带上其存储的用户信息，使得该接入点不需要向数据库4请求数据，可以根据自身的用户信息中的业务数据直接进行计算业务响应，这样利用客户端资源解决了接入点数据同步问题，可以减少对数据库的访问次数，缓解了数据库的访问压力。即便数据库出现短暂的奔溃时，也不影响客户端1的接入接入点的正常业务计算。

本发明不局限于上述最佳实施方式，任何人在本发明的启示下都可得出其他各种形式的产品，但不论在其形状或结构上作任何变化，凡是具有与本申请相同或相近似的技术方案，均落在本发明的保护范围之内。