CN107480309A - 数据库访问策略更新方法、装置、服务器及计算设备 - Google Patents

Abstract

本说明书实施例提供一种数据库访问策略更新方法、装置、服务器及计算设备，该说明书实施例中，在需要进行数据库访问策略更新等场景中，服务集群管理方发送给服务器的目标访问策略信息携带有更新时刻，并且各服务器的更新时刻相同，因此可以保证各服务器在同一时刻进行更新，避免数据同步错误的问题。

Description

数据库访问策略更新方法、装置、服务器及计算设备

技术领域

本说明书涉及数据库技术领域，尤其涉及数据库访问策略更新方法、装置、服务器及计算设备。

背景技术

业务***通常包括有服务器和数据库，数据库中存储有业务数据，服务器通过访问数据库对业务数据进行处理。出于数据安全、数据处理效率、数据库运维成本等方面的考虑，很多业务***可能出现切换数据库的需求，也即是配置另一新的数据库，对于业务数据，从访问旧数据库切换为访问新数据库进行处理。

在进行数据库切换过程中，需要配置服务集群中各服务器的访问策略，以使服务器针对业务数据处理，根据所配置的访问策略，知道哪些业务数据通过访问哪个数据库进行处理。对于单个服务器，可以是技术人员直接在服务器上进行访问策略配置，而对于存在大量服务器的服务集群场景，需要由服务集群管理方向各台服务器推送配置信息。

发明内容

为克服相关技术中存在的问题，本说明书提供了数据库访问策略更新方法、装置、服务器及计算设备。

一种数据库访问策略更新方法，所述方法应用于服务集群中的服务器，所述服务器存储有访问策略，所述访问策略指示所述服务器处理业务数据所访问的数据库；

所述方法包括：

接收服务集群管理方发送的针对目标业务数据的目标访问策略信息，所述目标访问策略信息携带有该目标访问策略的更新时刻；其中，所述目标访问策略信息中的更新时刻与所述服务集群中其他服务器所接收的目标访问策略信息的更新时刻相同；

在所述更新时刻到达时，将已存储的访问策略更新为所述目标访问策略。

可选的，所述管理方发送目标访问策略信息的时刻至所述更新时刻之间的时长，与如下一种或多种信息呈正相关：

所述服务集群中服务器数量或所述业务数据的数量。

可选的，所述业务数据有多种类别，每类所述业务数据对应一种访问策略；所述目标业务数据为其中一类或多类业务数据；

所述将已存储的访问策略更新为所述目标访问策略，包括：

将已存储的与所述目标业务数据对应的访问策略更新为所述目标访问策略。

可选的，所述业务数据的类别通过如下一种或多种方式进行划分：

业务属性、业务数据所在数据表或处理请求发起方。

可选的，所述方法还包括：在接收到所述目标访问策略信息后，向所述管理方反馈成功接收信息，以供所述管理方确定是否有服务器未接收到所述目标访问策略信息。

可选的，所述方法应用于将针对业务数据的处理从访问第一数据库切换为访问第二数据库进行处理的场景，所述访问策略包括如下一种或多种：

访问第一数据库；

访问第一数据库并同步更新第二数据库；

访问第一数据库并同步更新第二数据库，其中，第一数据库在进行数据读写时进行数据校验；

访问第二数据库并同步更新第一数据库，其中，第二数据库在进行数据读写时进行数据校验；

访问第二数据库并同步第一数据库；

访问第二数据库。

一种数据库访问策略更新方法，所述方法应用于服务集群管理方，所述服务集群包括多个服务器，所述服务器存储有访问策略，所述访问策略指示所述服务器处理业务数据所访问的数据库；

所述方法包括：

确定目标访问策略信息，所述目标访问策略信息携带有该目标访问策略的更新时刻；

将所述目标访问策略信息发送给服务集群中的各服务器，以供各所述服务器在所述更新时刻到达时，将已存储的访问策略更新为所述目标访问策略。

可选的，还包括：

在发送所述目标访问策略信息后的预设时长内，检查是否有服务器未反馈成功接收信息，若有，向所述未反馈的服务器再次发送所述目标访问策略信息。

一种数据库访问策略更新装置，所述装置应用于服务集群中的服务器，所述服务器存储有访问策略，所述访问策略指示所述服务器处理业务数据所访问的数据库；

所述装置包括：

接收模块，用于：接收服务集群管理方发送的针对目标业务数据的目标访问策略信息，所述目标访问策略信息携带有该目标访问策略的更新时刻；其中，所述目标访问策略信息中的更新时刻与所述服务集群中其他服务器所接收的目标访问策略信息的更新时刻相同；

更新模块，用于：在所述更新时刻到达时，将已存储的访问策略更新为所述目标访问策略。

可选的，所述管理方发送目标访问策略信息的时刻至所述更新时刻之间的时长，与如下一种或多种信息呈正相关：

所述服务集群中服务器数量或所述业务数据的数量。

可选的，所述业务数据有多种类别，每类所述业务数据对应一种访问策略；所述目标业务数据为其中一类或多类业务数据；

所述更新模块，还用于：

将已存储的与所述目标业务数据对应的访问策略更新为所述目标访问策略。

可选的，所述业务数据的类别通过如下一种或多种方式进行划分：

业务属性、业务数据所在数据表或处理请求发起方。

可选的，所述装置还包括：在接收到所述目标访问策略信息后，向所述管理方反馈成功接收信息，以供所述管理方确定是否有服务器未接收到所述目标访问策略信息。

可选的，所述装置应用于将针对业务数据的处理从访问第一数据库切换为访问第二数据库进行处理的场景，所述访问策略包括如下一种或多种：

访问第一数据库；

访问第一数据库并同步更新第二数据库；

访问第一数据库并同步更新第二数据库，其中，第一数据库在进行数据读写时进行数据校验；

访问第二数据库并同步更新第一数据库，其中，第二数据库在进行数据读写时进行数据校验；

访问第二数据库并同步第一数据库；

访问第二数据库。

一种数据库访问策略更新装置，所述装置应用于服务集群管理方，所述服务集群包括多个服务器，所述服务器存储有访问策略，所述访问策略指示所述服务器处理业务数据所访问的数据库；

所述装置包括：

确定模块，用于：确定目标访问策略信息，所述目标访问策略信息携带有该目标访问策略的更新时刻；

发送模块，用于：将所述目标访问策略信息发送给服务集群中的各服务器，以供各所述服务器在所述更新时刻到达时，将已存储的访问策略更新为所述目标访问策略。

可选的，所述发送模块，还用于：

在发送所述目标访问策略信息后的预设时长内，检查是否有服务器未反馈成功接收信息，若有，向所述未反馈的服务器再次发送所述目标访问策略信息。

一种服务器，包括：

处理器；

用于存储处理器可执行指令的存储器；所述存储器存储有访问策略，所述访问策略指示所述服务器处理业务数据所访问的数据库；

其中，所述处理器被配置为：

接收服务集群管理方发送的针对目标业务数据的目标访问策略信息，所述目标访问策略信息携带有该目标访问策略的更新时刻；其中，所述目标访问策略信息中的更新时刻与所述服务集群中其他服务器所接收的目标访问策略信息的更新时刻相同；

在所述更新时刻到达时，将已存储的访问策略更新为所述目标访问策略。

一种计算设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

所述装置包括：

确定目标访问策略信息，所述目标访问策略信息携带有该目标访问策略的更新时刻；

将所述目标访问策略信息发送给服务集群中的各服务器，以供各所述服务器在所述更新时刻到达时，将已存储的访问策略更新为所述目标访问策略；其中，所述服务器存储有访问策略，所述访问策略指示所述服务器处理业务数据所访问的数据库。

本说明书的实施例提供的技术方案可以包括以下有益效果：

本说明书中，在需要进行数据库访问策略更新等场景中，服务集群管理方发送给服务器的目标访问策略信息携带有更新时刻，并且各服务器的更新时刻相同，因此可以保证各服务器在同一时刻进行更新，避免数据同步错误的问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本说明书的实施例，并与说明书一起用于解释本说明书的原理。

图1是本说明书根据一示例性实施例示出的一种实现数据库访问策略更新的业务***的架构图。

图2A是本说明书根据一示例性实施例示出的一种数据库访问策略更新方法的流程图。

图2B是本说明书根据一示例性实施例示出的一种数据库访问策略更新方法的应用场景示意图。

图3是本说明书数据库访问策略更新装置所在服务器/计算设备的一种硬件结构图。

图4是本说明书根据一示例性实施例示出的一种数据库访问策略更新装置的框图。

图5是本说明书根据一示例性实施例示出的另一种数据库访问策略更新装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。

在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

请参阅图1，图1所示的是本说明书一示例性实施例示出的实现数据库访问策略更新的业务***100的架构图。业务提供方配置了业务***100，该业务***100可以包括经由网络112与一个或多个客户端106进行数据通信的服务集群105，以及独立于服务集群105或集成于服务器105的数据库115、116。网络112可以包括例如互联网、内部网、外部网、广域网(WAN)、局域网(LAN)、有线网、无线网或其它合适的网络等，或者两个或更多个这类网络的任何组合。贯穿示例性实施方案的论述，应了解，术语“数据”和“信息”可在本说明书中互换地用于指代可存在于基于计算机的环境中的文本、图像、音频、视频或任何其它形式的信息。

服务器105上可以包括可商购获得的超文本传送协议(HTTP)服务器应用，如HTTP服务器、互联网信息服务(IIS)和/或其它服务器。

客户端106可以是安装有应用的网络装置。这里提到的应用可以是提供各种服务的业务***涉及的应用，例如提供账务转入或转出服务的金融***、提供通讯服务的通讯***等，网络装置从硬件上可以包括桌上型计算机、膝上型计算机、平板计算机、智能电话、手持型计算机、个人数字助理(“PDA”)，或任何其它有线或无线处理器驱动的装置。

一旦用户使用客户端106并通过网络112向服务器105发起注册请求，服务器105可以记录该用户的注册信息，并按照注册请求在运营服务器105中开设预置权限的账号。此外，可以存储有各用户注册的账户、各账户的各种密码(登录密码和/或业务处理密码等等)以及用户注册时上传的身份验证信息。

后续每次用户通过客户端106发起针对某个业务的业务请求，例如：业务数据访问请求、业务数据调取请求或业务数据修改请求等等，从而对服务器105发生访问时，服务器105基于每次业务请求中携带的用户ID之类的表明用户身份的标识，可以获知并记录这样的业务请求。特别的，可以记录该用户的请求时间，可选择的，也可以记录发起请求时的IP地址，或者所采用的网络装置的硬件类型，或者客户端版本/客户端所基于的操作***版本之类信息中一个或多个。特别的，对于发生数据更新的业务请求，例如转入或转出资源的业务请求、修改业务状态的请求等，运营服务器105还可以记录该业务请求，并通过执行相应的内部或外部的操作后给予用户特定的响应。一般地，所有业务请求，均会在服务器105中留下相应记录。服务器105可以按照用户ID、业务描述信息等信息来分别归类不同用户的所有业务请求。对于交互行为的业务请求，例如不同注册用户之间的交互，也可以按照上述用户ID分类并构成集合等等。

服务器105可以用数据库115或数据库116来存储上述业务请求、响应该业务请求的操作以及该操作产生的业务数据，数据库115和数据库116可用于响应客户端106的业务请求的数据库。

针对冗余备份的应用场景，数据库115可以是主数据库和该主数据库的冗余备份数据库中的一数据库，数据库116可以是主数据库和该主数据库的冗余备份数据库中的一数据库。在数据库备份场景下，有可能主数据库出现不稳定、数据错误、升级等问题，需要将部分或全部数据处理请求切换为访问从数据库进行处理的需求。

针对数据迁移的应用场景，数据库115可以是主数据库和该主数据库的迁移数据库中的一数据库，数据库116可以是主数据库和该主数据库的迁移数据库中的一数据库。其中，主数据库或迁移数据库可以是Oracle数据库、OceanBase数据库、MySQL数据库等等。

除数据库115和数据库116外***100还可以包括其他数据库。存储在数据库115或数据库116中的业务数据，与以下描述的各种实施例的操作步骤相关联。

数据迁移的应用场景中，可能会出现如下情况：业务***长期以来配置了某种类型的数据库(以下简称数据库A)进行数据管理，出于数据安全、数据处理效率、数据库运维成本等方面的考虑，业务提供方希望采用其他类型的一个或多个数据库(以下以一个数据库为例进行说明，简称数据库B)进行数据管理。在这种情况下，业务提供方配置了数据库B。可以理解，该业务提供方将面临数据库A中数据切换至数据库B的需求。

从数据库A切换至数据库B的过程，可能涉及如下几个方面：

①初始阶段，业务***中只配置数据库A，所有针对数据库中业务数据的访问请求都会通过访问数据库A而解决。

②业务***开始配置数据库B，之后通过数据迁移等方式，复制数据库A中数据至数据库B中，使数据库B中包含有与数据库A相同的数据。

③数据库切换的目标是，在数据迁移至数据库B后，数据访问请求都通过访问数据库B处理，并弃用数据库A。由于新配置的数据库B有可能存在不稳定的情况，若数据迁移后即刻将所有访问请求都切换至数据库B，有可能造成数据处理失败等等问题。

因此，实际应用中可以是数据库A与数据库B共存，数据访问请求逐步从访问数据库A切换为访问数据库B。此种情况下，初期可以是以数据库A作为主数据库(Master)，数据库B作为数据库A的从数据库(Slave)，两个数据库之间通过同步机制，使得任一数据库在数据更新时，另一数据库能够实现数据同步。在数据库切换后期，可以是数据库B作为主数据库，数据请求主要通过访问数据库B解决，并通过同步机制使数据库A也保持数据更新。

由前述分析可知，针对业务数据的处理请求由客户端发起，并到达服务集群中某一服务器处，由服务器接收到处理请求后访问数据库对业务数据进行处理。在数据库切换过程中，技术人员需要对服务集群中服务器的访问策略进行配置，以使服务器在接收到客户端发起的处理请求后，根据所配置的访问策略，知道哪些数据处理请求通过访问数据库A进行处理，哪些数据处理请求通过访问数据库B进行处理。

在对访问策略进行配置的过程中，由于服务器集群中存在大量的服务器，需要保证所有服务器都能够同时获得新配置的访问策略，然而实际情况下，集群中每一台服务器得到配置的时间可能会有先后，这对于时效性及数据一致性高要求的复杂业务场景来说，有可能造成严重的数据错误问题。

举例来说，假设集群中包括100台服务器，其中99台服务器同时获得新配置(针对A数据的访问请求从数据库A切换至数据库B)，而第100台服务器得到新配置的时间延迟了2秒。在这延迟的2秒之间，刚好有一条针对用户U的业务数据的修改请求到达99台服务器之间的某一台服务器，该服务器根据所配置的访问策略访问数据库B并执行修改；另外刚好另有一条针对用户U的业务数据的修改请求到达了第100台服务器，该台服务器由于未得到新配置，因此仍然访问数据库A，对数据库A中用户U的业务数据进行了修改。由前述分析可知，在数据库A与数据库B共存的阶段，数据库A与数据库B需要进行数据同步，若发生上述情况，将会出现数据同步错误的问题，并且由于两个数据库中用户U的数据不一致，若此时有针对用户U的业务数据的读取请求，服务器也可能会向客户端反馈了错误数据。

基于此，本说明书实施例提供一种数据库访问策略更新方案，该方案中服务集群管理方发送给服务器的目标访问策略信息携带有更新时刻，并且各服务器的更新时刻相同，因此可以保证各服务器在同一时刻进行更新，避免数据同步错误的问题。接下来对本说明书实施例方案进行详细说明。

如图2A所示，是本说明书根据一示例性实施例示出的一种数据库访问策略更新方法的流程图，该方法中涉及服务集群管理方和服务集群中服务器。其中，服务器中存储有访问策略，所述访问策略指示所述服务器处理业务数据所访问的数据库。本实施例从所述管理方与服务器双方交互的角度进行描述，包括以下步骤：

在步骤202中，所述管理方确定目标访问策略信息，所述目标访问策略信息携带有该目标访问策略的更新时刻。

在步骤204中，所述管理方将所述目标访问策略信息发送给服务集群中的各服务器。

在步骤206中，服务器接收服务集群管理方发送的针对目标业务数据的目标访问策略信息，所述目标访问策略信息携带有该目标访问策略的更新时刻。其中，所述目标访问策略信息中的更新时刻与所述服务集群中其他服务器所接收的目标访问策略信息的更新时刻相同。

在步骤208中，服务器在所述更新时刻到达时，将已存储的访问策略更新为所述目标访问策略。

本说明书实施例中，所述管理方用于对服务集群中各服务器进行管理，可选的，具体可以是采用独立于服务集群的计算设备实现，也可以集成于服务器中。在一些例子中，目标访问策略信息可以***管理人员根据需要进行配置，例如***管理人员根据数据库中业务数据的变化、数据库切换情况或数据流量等等因素决定访问策略的更新。在其他例子中，也可以是由设备根据***管理人员的配置自动生成对目标访问策略信息进行配置。

其中，本实施例的目标访问策略中携带有更新时刻，该更新时刻可以是指未来的预设时刻，使得服务器在接收到目标访问策略信息后至最终进行访问策略更新的时刻之间具有一定的缓冲，在更新时刻到达，各服务器可以同时进行目标访问策略的更新。由于从发送时刻至更新时刻具有一定时间，因此即使各服务器由于网络等原因造成接收到目标访问策略的时间不一致，也仍能保证可以在未来的更新时刻到达时各服务器同时实现更新。

其中，更新时刻可以根据需要灵活配置，举例来说，在一些例子中，更新时刻可以是固定值，例如每天晚上的12点，或者是目标访问策略信息发送时刻之后的10分钟等等。在另一些例子中，从目标访问策略信息的发送时刻起至更新时刻之间的时长也可能需要进行一定的设置，因为可能管理方在发送目标访问策略信息之后，希望服务器尽快进行目标访问策略的更新，但又需要给服务器预留一定的缓冲时间，基于此，管理方发送目标访问策略信息的时刻至所述更新时刻之间的时长，与如下一种或多种信息呈正相关：所述服务集群中服务器数量或所述业务数据的数量。本实施例中，考虑到在服务器数量较大或者业务数据量较大的情况下，服务器的处理压力可能较大，因此该缓冲时间可以结合服务器数量或所述业务数据的数量进行设置，服务器数量或所述业务数据的数量越多，则该缓冲时间更长，保证各服务器能接收到目标访问策略信息，或者在发生配置错误的时候能够有时间进行修复。

当服务器数量较多、网络问题或服务器宕机等等，有可能造成某些服务器未接收到目标访问策略信息，在这段缓冲时间内，服务器在接收到所述目标访问策略信息后，向所述管理方反馈成功接收信息。管理方在发送所述目标访问策略信息后的预设时长内，检查是否有服务器未反馈成功接收信息，若有，向所述未反馈的服务器再次发送所述目标访问策略信息。

接下来通过一实施例对本说明书方案再次进行说明。本实施例涉及数据库切换场景，业务***中包括服务集群，服务集群中包括多个服务器，可选的本实施例设置了分布式资源管理平台(DRM)，用于对服务集群中服务器进行管理。该业务***涉及两类数据库(第一数据库和第二数据库)，作为一个例子，第一数据库为Oracle数据库，第二数据库为OceanBase(简称OB)，其中业务***早期配置Oracle数据库作为主数据库管理业务数据，之后数据安全、数据处理效率、数据库运维成本等方面的考虑，决定配置OB数据库作为从数据库，并希望从Oracle数据库切换至OB数据库，实现Oracle数据库的弃用。

图2B所示，由于业务***可能需要满足高并发大业务量的实时在线、不停机、不损失业务的要求，本说明书实施例可以采用平滑过渡的方式进行数据库的切换。可选的，为了实现数据库切换，管理平台需要配置服务器在数据库切换过程中服务器对数据库的访问策略，以指示服务器该访问哪个数据库对数据进行处理。可选的，上述过程可以采用组件的方式实现，并安装于各服务器中。

在海量数据场景下，服务方可以先将针对某类业务数据的访问请求切换至数据库B进行处理，通过是否成功处理的状态，再逐步将其他业务数据的访问请求从数据库A切换至数据库B，也即是通过对小范围数据的观察，再逐步推广到整个数据库中数据。基于此，在一个可选的实现方式中，本实施例可以设置如下一种或多种访问策略，以逐步实现数据库的切换：

MASTER：即访问第一数据库。本实施例中，服务器若接收到此策略，则相应的读写Oracle。

MASTER_TO_SLAVE(主从)：即访问第一数据库并同步更新第二数据库。本实施例中，服务器若接收到此策略，则相应的读写Oracle，同时将数据同步到OB。

MASTER_TO_SLAVE_CHECK(主从检查)：即访问第一数据库并同步更新第二数据库，其中，第一数据库在进行数据读写时进行数据校验。本实施例中，服务器若接收到此策略，则相应的读写Oracle，同时将数据同步到OB，并在进行数据读写时可以采用设定的数据校验规则检验所读写的数据是否为最新数据。其中，数据校验规则可以包括校验数据库中的同步记录的更新时刻或同步记录的版本信息等。

SLAVE_TO_MASTER_CHECK(从主检查)：即访问第二数据库并同步更新第一数据库，其中，第二数据库在进行数据读写时进行数据校验。本实施例中，服务器若接收到此策略，则相应的读写OB，同时将数据同步到Oracle，并在进行数据读写时可以采用设定的数据校验规则检验所读写的数据是否为最新数据。

SLAVE_TO_MASTER(从主)：即访问第二数据库并同步第一数据库。本实施例中，服务器若接收到此策略，则相应的读写OB，同时将数据同步到Oracle。

SLAVE(从)：即访问第二数据库。本实施例中，服务器若接收到此策略，则相应的读写OB。

业务***在提供业务服务的过程中，可能会持续接收到针对业务数据的处理请求，数据库切换过程即是原本通过访问第一数据库进行处理的过程，切换为访问第二数据库处理。可以理解，数据库中存储的业务数据量可能较少，也可能非常巨大，在不同应用场景中，可以是针对所有业务数据配置相同的访问策略，也可以是针对不同的业务数据配置不同的访问策略。

举例来说，上述6种访问策略，从一开始的MASTER直至最终的SLAVE，即完成了从MASTER切换至SLAVE的过程。在这个过程中，每次访问策略的更新，都有可能因数据量较大、处理请求较多等原因造成的失败。因此，访问策略的更新，可以是针对小部分业务数据，之后再逐步推广到所有业务数据。因此，本实施例中，业务数据可以有多种类别，每类所述业务数据对应一种访问策略，可以将其中一类或多类业务数据作为为目标业务数据配置目标访问策略信息，使得服务器后续在更新时刻到达时，将已存储的与所述目标业务数据对应的访问策略更新为所述目标访问策略。

在一个可选的实现方式中，所述业务数据的类别通过如下一种或多种方式进行划分：

第一种、业务属性；作为一个例子，业务***可能向用户提供多种类型的业务，针对不同业务可能配置有不同的业务模块，因此，可以通过业务属性对业务数据进行区分。举例来说，网购业务***中可能提供有用户信息更新业务、商品发布业务或订单处理业务等，数据库切换过程中需要进行访问策略的配置和更新，可以针对不同业务配置目标访问策略，例如当前针对所有业务都是MASTER策略，接着需要进入MASTER_TO_SLAVE策略，先针对用户信息更新业务配置MASTER_TO_SLAVE策略，之后通过观察用户信息更新业务配置新策略后是否稳定，再逐步推进其他业务进行新策略的配置，实现了以业务属性为维度，对数据请求的流量进行切流。

第二种、业务数据所在数据表；作为一个例子，业务***中的业务数据量巨大，业务数据可能通过多个数据表进行存储，因此，可以通过业务数据所在数据表对业务数据进行区分，针对不同数据表配置目标访问策略，实现了以数据表为维度，对数据请求的流量进行切流。

第三种、处理请求发起方；作为一个例子，业务***面向很多用户提供业务，用户作为数据处理请求的发起方，不同用户的权限或业务属性等等可能可能相同也可能不同，因此，可以通过处理请求发起方对业务数据进行区分，针对不同处理请求发起方配置目标访问策略。假设实现了以用户为维度，对数据请求的流量进行切流。

在具体进行目标访问策略信息的配置过程中，本实施例可以使目标访问策略信息携带更新时刻，使得服务器可以按照更新时刻对访问策略进行更新。作为一个例子，目标访问策略信息可以包括有：

更新时刻activeTime

更新后访问策略：syncMode，即目标访问策略

可选的，还可以包括更新前访问策略：lastSyncMode，使得服务器可以在接收到目标访问策略信息后，通过更新前访问策略确定目标访问策略信息是否有误。假设服务器当前针对数据表K的访问策略是MASTER，而接收到的目标访问策略信息中的lastSyncMode是SLAVE，服务器可以向管理平台反馈错误信息，以防止目标访问策略信息配置错误。

作为一个例子，针对数据表K配置目标访问策略信息，该信息发送时刻是2017-03-25 01:20:00，配置更新时刻activateTime＝2017-03-25 01:30:00。因此，从信息从发送到真正生效会有10分钟的缓冲时间。在这10分钟的时间里，服务集群中各服务器针对数据表K的当前访问策略是：lastSyncMode，而一旦更新时刻到达，服务器更新为目标访问策略：syncMode，从而实现了业务无损的策略更新。

由于具有了缓冲时间，管理平台如果在目标访问策略信息发送之后发现策略的配置有问题，由于访问策略暂未更新，错误的配置也不会影响业务处理，还可以在这缓冲的10分钟之内以内重新修复，推送正确的信息进行弥补。

通过上述处理，本实施例可以在在分布式集群线上数据库切换过程中，保证各服务器对于数据库访问策略的高度一致性和高度可靠性，实现业务无损可控的切流目标。由于保障所有集群中服务器都能有缓冲时间，之后再统一更新，可以避免了获取新配置时间的先后不一致的情况，使得无论在什么时候，集群中服务器的配置保持一致。在推送配置错误的情况下，同样也能够有时间缓冲，在新配置未生效之前，从容的进行修复，最大限度保障了数据库切换的安全性。

与前述数据库访问策略更新方法的实施例相对应，本说明书还提供了数据库访问策略更新装置及其所应用的服务器/计算设备的实施例。

本说明书数据库访问策略更新装置的实施例可以应用在服务器/计算设备。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在数据库访问策略更新的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图3所示，为本说明书数据库访问策略更新装置所在服务器/计算设备的一种硬件结构图，除了图3所示的处理器310、内存330、网络接口320、以及非易失性存储器340之外，实施例中装置331所在的服务器或电子设备，通常根据该服务器/计算设备的实际功能，还可以包括其他硬件，对此不再赘述。

如图4所示，图4是本说明书根据一示例性实施例示出的一种数据库访问策略更新装置的框图，所述装置应用于服务集群中的服务器，所述服务器存储有访问策略，所述访问策略指示所述服务器处理业务数据所访问的数据库；

所述装置包括：

接收模块41，用于：接收服务集群管理方发送的针对目标业务数据的目标访问策略信息，所述目标访问策略信息携带有该目标访问策略的更新时刻；其中，所述目标访问策略信息中的更新时刻与所述服务集群中其他服务器所接收的目标访问策略信息的更新时刻相同；

更新模块42，用于：在所述更新时刻到达时，将已存储的访问策略更新为所述目标访问策略。

可选的，所述管理方发送目标访问策略信息的时刻至所述更新时刻之间的时长，与如下一种或多种信息呈正相关：

所述服务集群中服务器数量或所述业务数据的数量。

可选的，所述业务数据有多种类别，每类所述业务数据对应一种访问策略；所述目标业务数据为其中一类或多类业务数据；

所述更新模块，还用于：

将已存储的与所述目标业务数据对应的访问策略更新为所述目标访问策略。

可选的，所述业务数据的类别通过如下一种或多种方式进行划分：

业务属性、业务数据所在数据表或处理请求发起方。

可选的，所述装置还包括：在接收到所述目标访问策略信息后，向所述管理方反馈成功接收信息，以供所述管理方确定是否有服务器未接收到所述目标访问策略信息。

可选的，所述装置应用于将针对业务数据的处理从访问第一数据库切换为访问第二数据库进行处理的场景，所述访问策略包括如下一种或多种：

访问第一数据库；

访问第一数据库并同步更新第二数据库；

访问第一数据库并同步更新第二数据库，其中，第一数据库在进行数据读写时进行数据校验；

访问第二数据库并同步更新第一数据库，其中，第二数据库在进行数据读写时进行数据校验；

访问第二数据库并同步第一数据库；

访问第二数据库。

如图5所示，图5是本说明书根据一示例性实施例示出的一种数据库访问策略更新装置的框图，所述装置应用于服务集群管理方，所述服务集群包括多个服务器，所述服务器存储有访问策略，所述访问策略指示所述服务器处理业务数据所访问的数据库；

所述装置包括：

确定模块51，用于：确定目标访问策略信息，所述目标访问策略信息携带有该目标访问策略的更新时刻；

发送模块52，用于：将所述目标访问策略信息发送给服务集群中的各服务器，以供各所述服务器在所述更新时刻到达时，将已存储的访问策略更新为所述目标访问策略。

可选的，所述发送模块，还用于：

在发送所述目标访问策略信息后的预设时长内，检查是否有服务器未反馈成功接收信息，若有，向所述未反馈的服务器再次发送所述目标访问策略信息。

相应的，本说明书实施例还提供一种服务器，包括：

处理器；

用于存储处理器可执行指令的存储器；所述存储器存储有访问策略，所述访问策略指示所述服务器处理业务数据所访问的数据库；

其中，所述处理器被配置为：

接收服务集群管理方发送的针对目标业务数据的目标访问策略信息，所述目标访问策略信息携带有该目标访问策略的更新时刻；其中，所述目标访问策略信息中的更新时刻与所述服务集群中其他服务器所接收的目标访问策略信息的更新时刻相同；

在所述更新时刻到达时，将已存储的访问策略更新为所述目标访问策略。

相应的，本说明书实施例还提供一种计算设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

所述装置包括：

确定目标访问策略信息，所述目标访问策略信息携带有该目标访问策略的更新时刻；

将所述目标访问策略信息发送给服务集群中的各服务器，以供各所述服务器在所述更新时刻到达时，将已存储的访问策略更新为所述目标访问策略；其中，所述服务器存储有访问策略，所述访问策略指示所述服务器处理业务数据所访问的数据库。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本说明书的其它实施方案。本说明书旨在涵盖本说明书的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本说明书的一般性原理并包括本说明书未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本说明书的真正范围和精神由下面的权利要求指出。

应当理解的是，本说明书并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本说明书的范围仅由所附的权利要求来限制。

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

Claims (18)

1.一种数据库访问策略更新方法，所述方法应用于服务集群中的服务器，所述服务器存储有访问策略，所述访问策略指示所述服务器处理业务数据所访问的数据库；

所述方法包括：

接收服务集群管理方发送的针对目标业务数据的目标访问策略信息，所述目标访问策略信息携带有该目标访问策略的更新时刻；其中，所述目标访问策略信息中的更新时刻与所述服务集群中其他服务器所接收的目标访问策略信息的更新时刻相同；

在所述更新时刻到达时，将已存储的访问策略更新为所述目标访问策略。

2.根据权利要求1所述的方法，所述管理方发送目标访问策略信息的时刻至所述更新时刻之间的时长，与如下一种或多种信息呈正相关：

所述服务集群中服务器数量或所述业务数据的数量。

3.根据权利要求1所述的方法，所述业务数据有多种类别，每类所述业务数据对应一种访问策略；所述目标业务数据为其中一类或多类业务数据；

所述将已存储的访问策略更新为所述目标访问策略，包括：

将已存储的与所述目标业务数据对应的访问策略更新为所述目标访问策略。

4.根据权利要求3所述的方法，所述业务数据的类别通过如下一种或多种方式进行划分：

业务属性、业务数据所在数据表或处理请求发起方。

5.根据权利要求1所述的方法，所述方法还包括：在接收到所述目标访问策略信息后，向所述管理方反馈成功接收信息，以供所述管理方确定是否有服务器未接收到所述目标访问策略信息。

6.根据权利要求1所述的方法，所述方法应用于将针对业务数据的处理从访问第一数据库切换为访问第二数据库进行处理的场景，所述访问策略包括如下一种或多种：

访问第一数据库；

访问第一数据库并同步更新第二数据库；

访问第一数据库并同步更新第二数据库，其中，第一数据库在进行数据读写时进行数据校验；

访问第二数据库并同步更新第一数据库，其中，第二数据库在进行数据读写时进行数据校验；

访问第二数据库并同步第一数据库；

访问第二数据库。

7.一种数据库访问策略更新方法，所述方法应用于服务集群管理方，所述服务集群包括多个服务器，所述服务器存储有访问策略，所述访问策略指示所述服务器处理业务数据所访问的数据库；

所述方法包括：

确定目标访问策略信息，所述目标访问策略信息携带有该目标访问策略的更新时刻；

将所述目标访问策略信息发送给服务集群中的各服务器，以供各所述服务器在所述更新时刻到达时，将已存储的访问策略更新为所述目标访问策略。

8.根据权利要求7所述的方法，还包括：

在发送所述目标访问策略信息后的预设时长内，检查是否有服务器未反馈成功接收信息，若有，向所述未反馈的服务器再次发送所述目标访问策略信息。

9.一种数据库访问策略更新装置，所述装置应用于服务集群中的服务器，所述服务器存储有访问策略，所述访问策略指示所述服务器处理业务数据所访问的数据库；

所述装置包括：

接收模块，用于：接收服务集群管理方发送的针对目标业务数据的目标访问策略信息，所述目标访问策略信息携带有该目标访问策略的更新时刻；其中，所述目标访问策略信息中的更新时刻与所述服务集群中其他服务器所接收的目标访问策略信息的更新时刻相同；

更新模块，用于：在所述更新时刻到达时，将已存储的访问策略更新为所述目标访问策略。

10.根据权利要求9所述的装置，所述管理方发送目标访问策略信息的时刻至所述更新时刻之间的时长，与如下一种或多种信息呈正相关：

所述服务集群中服务器数量或所述业务数据的数量。

11.根据权利要求9所述的装置，所述业务数据有多种类别，每类所述业务数据对应一种访问策略；所述目标业务数据为其中一类或多类业务数据；

所述更新模块，还用于：

将已存储的与所述目标业务数据对应的访问策略更新为所述目标访问策略。

12.根据权利要求11所述的装置，所述业务数据的类别通过如下一种或多种方式进行划分：

业务属性、业务数据所在数据表或处理请求发起方。

13.根据权利要求9所述的装置，所述装置还包括：在接收到所述目标访问策略信息后，向所述管理方反馈成功接收信息，以供所述管理方确定是否有服务器未接收到所述目标访问策略信息。

14.根据权利要求9所述的装置，所述装置应用于将针对业务数据的处理从访问第一数据库切换为访问第二数据库进行处理的场景，所述访问策略包括如下一种或多种：

访问第一数据库；

访问第一数据库并同步更新第二数据库；

访问第一数据库并同步更新第二数据库，其中，第一数据库在进行数据读写时进行数据校验；

访问第二数据库并同步更新第一数据库，其中，第二数据库在进行数据读写时进行数据校验；

访问第二数据库并同步第一数据库；

访问第二数据库。

15.一种数据库访问策略更新装置，所述装置应用于服务集群管理方，所述服务集群包括多个服务器，所述服务器存储有访问策略，所述访问策略指示所述服务器处理业务数据所访问的数据库；

所述装置包括：

确定模块，用于：确定目标访问策略信息，所述目标访问策略信息携带有该目标访问策略的更新时刻；

发送模块，用于：将所述目标访问策略信息发送给服务集群中的各服务器，以供各所述服务器在所述更新时刻到达时，将已存储的访问策略更新为所述目标访问策略。

16.根据权利要求15所述的装置，所述发送模块，还用于：

在发送所述目标访问策略信息后的预设时长内，检查是否有服务器未反馈成功接收信息，若有，向所述未反馈的服务器再次发送所述目标访问策略信息。

17.一种服务器，包括：

处理器；

用于存储处理器可执行指令的存储器；所述存储器存储有访问策略，所述访问策略指示所述服务器处理业务数据所访问的数据库；

其中，所述处理器被配置为：

接收服务集群管理方发送的针对目标业务数据的目标访问策略信息，所述目标访问策略信息携带有该目标访问策略的更新时刻；其中，所述目标访问策略信息中的更新时刻与所述服务集群中其他服务器所接收的目标访问策略信息的更新时刻相同；

在所述更新时刻到达时，将已存储的访问策略更新为所述目标访问策略。

18.一种计算设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

所述装置包括：

确定目标访问策略信息，所述目标访问策略信息携带有该目标访问策略的更新时刻；

将所述目标访问策略信息发送给服务集群中的各服务器，以供各所述服务器在所述更新时刻到达时，将已存储的访问策略更新为所述目标访问策略；其中，所述服务器存储有访问策略，所述访问策略指示所述服务器处理业务数据所访问的数据库。