一种数据更新方法、装置及计算机设备与流程

1.本发明涉及信息处理领域，具体涉及一种数据更新方法、装置及计算机设备。


背景技术：

2.随着计算机网络的快速发展，各类应用平台也已经应用于越来越多的领域之中。为了保证应用平台的可靠性，往往会在平台中的多个机房部署多个数据库服务器。在平台运行和维护过程中，也常需要根据实际情况对配置类数据进行修改。例如，升级报文版本时，可能需要根据更新的报文规范对报文标识符进行调整。又例如，调整路由专线时，可能需要对访问的ip地址进行修改。如果在对配置类数据进行修改或新增后即时生效，调整后的数据将同时应用到整个平台环境下的所有设备，则一旦调整后的配置类数据出现问题，所有设备均会受到影响，影响应用平台的正常使用。


技术实现要素：

3.因此，本发明要解决的技术问题在于克服现有技术中的数据修改即时更新，导致一旦出现问题，所有设备均会受到影响，造成较大的损失的缺陷，从而提供的一种数据更新的方法、装置及系统。
4.根据第一方面，本发明实施例公开了一种数据更新方法，应用于部署于多个机房的数据库服务器，所述多个机房中任一机房包括若干子区域，任一子区域中包括若干所述数据库服务器，其中，所述方法包括：从灰度数据表中获取灰度数据；在目标子区域中所有数据库服务器上对所述灰度数据进行第一验证；当判断所述第一验证通过时，确定所述灰度数据在所述目标子区域验证通过；当判断所述灰度数据在第一机房中所有子区域验证通过时，在所述第一机房中所有数据库服务器上对所述灰度数据进行第二验证，所述第一机房为任一机房；当判断所述第二验证通过时，确定所述灰度数据在所述第一机房验证通过；当判断所述灰度数据在所有机房验证通过时，所述灰度数据作为正式数据存储入正式数据表。
5.结合第一方面，在第一方面第一实施方式中，所述判断所述第一验证通过的步骤，包括：分别获取目标子区域内的多个数据库服务器的标识信息，所述标识信息用以表征访问所述灰度数据的数据库服务器的身份信息；根据所述标识信息，查询预设灰度主机表，所述预设灰度主机表用以表征预先设置的数据库服务器列表信息；当在所述预设灰度主机表中查询到所述目标子区域内所有数据库服务器时，根据预设规则，判断所述灰度数据能否通过验证；当所述灰度数据符合预设规则时，判断所述第一验证通过。
6.结合第一方面，在第一方面第二实施方式中，所述判断所述第二验证通过的步骤，包括：分别获取所述第一机房中所有数据库服务器的标识信息；根据所述标识信息，查询预设主机表；当在所述预设主机表中查询到所述第一机房中所有数据库服务器时，根据预设规则，判断所述灰度数据能否通过验证；当所述灰度数据符合预设规则时，判断所述第二验证通过。
7.结合第一方面，在第一方面第三实施方式中，还包括以下至少一项：当判断所述第一验证失败时，确定所述灰度数据在所述目标子区域验证失败，所述灰度数据更新失败，生成子区域数据更新失败提示信息；当判断所述第二验证失败时，确定所述灰度数据在所述第一机房验证失败，生成单机房数据更新失败提示信息。
8.结合第一方面第三实施方式，在第一方面第四实施方式中，该数据更新方法还包括：根据所述正式数据，生成成功更新提示信息；根据所述子区域数据更新失败提示信息、单机房数据更新失败提示信息以及成功更新提示信息，更新预设灰度更新控制表；根据所述预设灰度更新控制表，确定当前验证子区域以及当前验证机房。
9.结合第一方面第四实施方式，在第一方面第五实施方式中，该数据更新方法还包括：根据所述预设灰度更新控制表，确定所述目标子区域。
10.结合第一方面第四实施方式，在第一方面第六实施方式中，该数据更新方法还包括：所述目标子区域为任一子区域。
11.根据第二方面，本发明实施例公开了一种数据更新装置，应用于部署于多个机房的数据库服务器，所述多个机房中任一机房包括若干子区域，任一子区域中包括若干所述数据库服务器，其中，所述装置包括：获取模块，用于从灰度数据表中获取灰度数据；第一验证模块，用于在目标子区域中所有数据库服务器上对所述灰度数据进行第一验证，所述目标子区域为任一子区域；第一确定模块，用于当判断所述第一验证通过时，确定所述灰度数据在所述目标子区域验证通过；第二验证模块，用于当判断所述灰度数据在第一机房中所有子区域验证通过时，在所述第一机房中所有数据库服务器上对所述灰度数据进行第二验证，所述第一机房为任一机房；第二确定模块，用于当判断所述第二验证通过时，确定所述灰度数据在所述第一机房验证通过；更新模块，用于当判断所述灰度数据在所有机房验证通过时，所述灰度数据更新为正式数据，并存储入正式数据表。
12.根据第三方面，本发明实施例提供了一种计算机设备，包括：包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行第一方面或者第一方面的任意一种实施方式中所述的数据更新方法的步骤。
13.根据第四方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第二方面或者第二方面的任意一种实施方式中所述的数据更新方法的步骤。
14.本发明技术方案，具有如下优点：
15.本发明实施例提供的一种数据更新方法、装置及计算机设备，其中方法应用于部署于多个机房的数据库服务器，多个机房中任一机房包括若干子区域，任一子区域中包括若干数据库服务器，包括：从灰度数据表中获取灰度数据；在目标子区域中所有数据库服务器上对灰度数据进行第一验证；当判断第一验证通过时，确定灰度数据在目标子区域验证通过；当判断灰度数据在第一机房中所有子区域验证通过时，在第一机房中所有数据库服务器上对灰度数据进行第二验证，第一机房为任一机房；当判断第二验证通过时，确定灰度数据在第一机房验证通过；当判断灰度数据在所有机房验证通过时，灰度数据作为正式数据存储入正式数据表。通过实施本发明，结合数据库服务器的身份信息以及灰度数据能否在相应的数据库服务器上验证通过，进而判断经过修改或新增的配置类数据能否在预设区
域内生效，解决了相关技术中，由于数据修改后即时生效，并同步到同一区域内的所有数据库服务器上，一旦数据修改出现问题，所有设备均会受到影响，造成较大的损失的问题，可以使一份数据在同一区域内逐步生效，以及对修改后的数据及时验证，保证了数据修改的有效性以及提高了数据修改的效率。
附图说明
16.为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
17.图1为本发明实施例中一种数据更新方法的一个具体示例的流程框图；
18.图2为本发明实施例中一种数据更新方法中各机房的布设示意图；
19.图3为本发明实施例中一种数据更新方法中确定第一验证通过的流程框图；
20.图4为本发明实施例中一种数据更新方法中确定第二验证通过的流程框图；
21.图5为本发明实施例中一种数据更新方法中数据访问的结构框图
22.图6为本发明实施例中一种数据更新装置的结构框图；
23.图7为本发明实施例中一种数据更新系统中计算机设备的结构框图。
具体实施方式
24.下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
25.在本发明的描述中，需要说明的是，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。
26.在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，还可以是两个元件内部的连通，可以是无线连接，也可以是有线连接。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。
27.此外，下面所描述的本发明不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。
28.本实施例提供一种数据更新方法，可以应用于金融机构中应用平台的运行和维护的具体场景中，例如可以是在应用平台的维护过程中，根据实际情况对配置类数据进行修改的场景中；还可以是存储、使用或修改重要证书信息的场景中，具体地，该数据更新方法应用于部署于多个机房的数据库服务器，上述多个机房中任一机房包括若干子区域，任一子区域中包括若干数据库服务器，其中，如图1所示，该数据更新方法包括：
29.步骤s11：从灰度数据表中获取灰度数据；在本实施例中，灰度数据表是存储灰度数据的数据表，灰度数据为用户进行修改后待验证的数据，具体地，用户可以根据实际的配置需求对预存储的配置数据进行操作，可以是新增多条数据，也可以是更改某条数据，还可
以是删除某条数据；对配置数据进行修改后生成灰度数据，存储于灰度表中，也就是说，当需要对应用平台的配置数据进行修改时，可以从灰度表中获取灰度数据。
30.步骤s12：在目标子区域中所有数据库服务器上对灰度数据进行第一验证；在本实施例中，目标子区域可以是多个机房中任一机房的子区域，子区域内可以包括若干个数据库服务器，数据库服务器可以是存储有若干个数据库的处理器，例如，计算机设备、移动终端等；也就是说，子区域可以是包括若干个数据库服务器的某一机房的一部分，目标子区域可以是当前正在执行本实施例所述的方法的某一机房的一部分；如图2所示，例如，可以有九个机房，分别为a1机房、a2机房、a3机房、a4机房、a5机房、a6机房、a7机房、a7机房以及a9机房，上述多个机房可以均配置有10台数据库服务器，任一机房内均可以划分为3个子区域，第一子区域内可以配置有2台数据库服务器，第二子区域内可以配置有3台数据库服务器，第三子区域内可以配置有5台数据库服务器，图2中以实线划分不同机房，以虚线划分机房内不同子区域。本领域技术人员可以根据实际应用情况确定机房数量、各机房内子区域的划分情况以及各子区域内的数据库服务器的数量，本发明对此不作限定。
31.具体地，在目标子区域中所有数据库服务器上对灰度数据进行第一验证的执行过程可以是，从灰度数据表中获取灰度数据，将所述灰度数据在目标子区域中所有数据库服务器中进行使用验证，继而根据使用结果生成验证结果，即以子区域为单位对灰度数据进行逐一验证，例如，当灰度数据在第一子区域内的所有数据库服务器上通过验证时，说明灰度数据被第一子区域内的所有用户认可，此时，灰度数据可以同步到下一子区域内，被下一子区域内的所有数据库服务器进行验证，根据所有子区域内数据库服务器的灰度数据的使用结果判断第一验证是否通过。
32.步骤s13：当判断第一验证通过时，确定灰度数据在目标子区域验证通过；在本实施例中，当灰度数据在目标子区域中所有数据库服务器中进行使用后，生成符合目标条件的使用结果，此时可以确定第一验证通过，例如，第一验证可以是对上述第一子区域内的2台数据库服务器进行验证。
33.示例性地，首先，当目标子区域内的数据库服务器获取到灰度数据后，灰度数据即时生效，也就是说，此时灰度数据可以被目标子区域内的数据库服务器即时使用；其次，生成符合目标条件的使用结果，根据使用结果判断是否发生异常情况，如果没有异常情况发生，确定第一验证通过。
34.具体地，当应用于连接支付机构(例如，支付宝、财付通)与银行系统的网联清算平台的场景中，且在进行交易时，支付机构需与网联清算平台进行数据传输，例如，当进行转账交易时，产生的信息可以是用第一数据包传输到网联清算平台，当用户进行修改更新后，产生的信息可以是用第二数据包传输到网联清算平台，此时，灰度数据为“进行转账交易时产生的信息用第二数据包传输到网联清算平台”，目标子区域中的数据库服务器获取此灰度数据后，进行转账交易产生的信息即时采用第二数据包传输到网联清算平台，此时可以判断用户在后续的使用过程中是否产生异常，若没有产生异常，则验证通过。
35.步骤s14：当判断灰度数据在第一机房中所有子区域验证通过时，在第一机房中所有数据库服务器上对灰度数据进行第二验证，第一机房为任一机房；在本实施例中，当确定灰度数据已经在第一机房中所有子区域验证通过后，此时可以以机房为单位对灰度数据进行验证，例如，可以首先在任一机房内的数据库服务器上对灰度数据进行验证，验证通过后
在下一机房内的数据库服务器上对灰度数据进行验证，直至最后一机房；最终根据在所有机房内数据库服务器上灰度数据的使用结果判断验证是否通过，即进行第二验证。
36.步骤s15：当判断第二验证通过时，确定灰度数据在第一机房验证通过；在本实施例中，当灰度数据在各个机房中所有数据库服务器上进行使用后，生成符合目标条件的使用结果，此时可以确定第二验证通过。
37.步骤s16：当判断灰度数据在所有机房验证通过时，灰度数据作为正式数据存储入正式数据表。在本实施例中，正式数据为经过所有数据库服务器的验证，且验证均通过的数据，即可以是直接对外提供访问的数据。具体地，若灰度数据在所有机房内均通过验证，说明此时的灰度数据可以作为正式数据存储于正式数据表内，并且可以被任意机房内的任意子区域内的任意数据库服务器获取并使用。
38.本发明实施例提供的一种数据更新方法，包括：从灰度数据表中获取灰度数据；在目标子区域中所有数据库服务器上对灰度数据进行第一验证；当判断第一验证通过时，确定灰度数据在目标子区域验证通过；当判断灰度数据在第一机房中所有子区域验证通过时，在第一机房中所有数据库服务器上对灰度数据进行第二验证，第一机房为任一机房；当判断第二验证通过时，确定灰度数据在第一机房验证通过；当判断灰度数据在所有机房验证通过时，灰度数据作为正式数据存储入正式数据表。通过实施本发明，结合数据库服务器的身份信息以及灰度数据能否在相应的数据库服务器上验证通过，进而判断经过修改或新增的配置类数据能否在预设区域内生效，解决了相关技术中，由于数据修改后即时生效，并同步到同一区域内的所有数据库服务器上，一旦数据修改出现问题，所有设备均会受到影响，造成较大的损失的问题，可以使一份数据在同一区域内逐步生效，以及对修改后的数据及时验证，保证了数据修改的有效性以及提高了数据修改的效率。
39.在一可选实施例中，上述步骤s12，在目标子区域中所有数据库服务器上对灰度数据进行第一验证，还包括：在本实施例中，目标子区域可以是多个机房中任一机房的子区域，具体地，目标子区域可以是第一机房中任一子区域，当在目标子区域内的所有数据库服务器上，对灰度数据进行验证且验证通过后，下一目标子区域可以是第一机房中的除目标子区域外的任一子区域，下一目标子区域还可以是除第一机房外的任一机房中的任一子区域，直至在任一机房内的任一子区域内的数据库服务器上，灰度数据均验证，此时，第一验证通过。
40.在一可选实施例中，如图2所示，目标子区域可以是a2机房内的第一子区域，在a2机房内的第一子区域内的2台数据库服务器上，对灰度数据进行验证，当在第一子区域内的2台数据库服务器上，灰度数据验证通过后，此时，下一目标子区域可以是a2机房内的任一子区域，例如，可以是第三子区域，继而在a2机房内第三子区域内的5台数据库服务器上，对灰度数据进行验证。
41.在一可选实施例中，如图2所示，目标子区域可以是a2机房内的第一子区域，在a2机房内的第一子区域内的2台数据库服务器上，对灰度数据进行验证，当在第一子区域内的2台数据库服务器上，灰度数据验证通过后，此时，下一目标子区域可以是除a2机房外任一机房内的任一子区域，例如，可以是a1机房内的第三子区域，继而在a1机房内第三子区域内的5台数据库服务器上，对灰度数据进行验证。
42.本发明实施例提供的一种数据更新方法，结合在目标子区域中所有数据库服务器
上对灰度数据进行第一验证时，下一目标子区域可以与上一目标子区域在同一机房内或者不同机房内，通过实施本发明，可以对数据进行即时验证，以及节省对灰度数据进行验证的资源消耗。
43.作为本发明一个可选实施方式，如图3所示，上述判断第一验证通过的步骤，包括：
44.步骤s21：分别获取目标子区域内的多个数据库服务器的标识信息，标识信息用以表征访问灰度数据的数据库服务器的身份信息；在本实施例中，数据库服务器的标识信息可以为【biztype ip】，不同的数据库服务器的身份标识信息不同，其中，ip为数据库服务器的ip地址。
45.步骤s22：根据标识信息，查询预设灰度主机表，预设灰度主机表用以表征预先设置的数据库服务器列表信息；在本实施例中，根据获取到的数据库服务器的身份标识信息，查询预设灰度主机表，也就是判断在预设灰度主机表中是否能够查询到该数据库服务器的ip地址，即判断该数据库服务器是否属于预设灰度主机表。
46.具体地，预设灰度主机表用以表征目标子区域内可以被用于预先验证灰度数据的数据库服务器名单信息，可以用【biztype idc ip】表示，其中，ip为各数据库服务器的ip地址信息。
47.步骤s23：当在预设灰度主机表中查询到目标子区域内所有数据库服务器时，根据预设规则，判断灰度数据能否通过验证；在本实施例中，预设规则可以是根据目标时间段内的历史数据确定的判断条件，例如，数据是否符合标准形式，当灰度数据为修改后的报文标识符信息时，此时可以判断修改后的报文标识符是否符合最新版本的报文规范，即判断条件为最新版本的报文规范信息；当灰度数据为修改后的用户身份信息时，用户信息包括用户姓名信息、身份证号信息等，根据用户的身份证号信息，查询预设身份信息数据库，判断在数据库中能否匹配到相同的用户身份信息，此时，判断条件为预设身份信息数据库。预设规则可以根据灰度数据的种类以及详细信息确定，不同类的灰度数据对应不同预设规则，本发明在此不再赘述。
48.步骤s24：当灰度数据符合预设规则时，判断第一验证通过。在本实施例中，当修改后的数据符合预设规则时，例如，修改后的报文标识符符合最新版本的报文规范，或者根据用户的身份证号信息，在数据库中能匹配到相同的用户身份信息，此时，可以确定第一验证通过。
49.作为本发明一个可选实施方式，如图4所示，上述判断第二验证通过的步骤，包括：
50.步骤s31：分别获取第一机房中所有数据库服务器的标识信息；在本实施例中，在本实施例中，数据库服务器的标识信息可以为【biztype ip】，不同的数据库服务器的身份标识信息不同，其中，ip为数据库服务器的ip地址。
51.步骤s32：根据标识信息，查询预设主机表；在本实施例中，在本实施例中，预设主机表用于表征各机房内所有数据库服务器的列表信息；根据获取到的数据库服务器的身份标识信息，查询预设主机表，也就是判断在预设主机表中是否能够查询到该数据库服务器的ip地址，即判断该数据库服务器是否属于本机房。
52.步骤s33：当在预设主机表中查询到第一机房中所有数据库服务器时，根据预设规则，判断灰度数据能否通过验证；在本实施例中，预设规则可以是根据目标时间段内的历史数据确定的判断条件，例如，数据是否符合标准形式，当灰度数据为修改后的报文标识符信
息时，此时可以判断修改后的报文标识符是否符合最新版本的报文规范，即判断条件为最新版本的报文规范信息；当灰度数据为修改后的用户身份信息时，用户信息包括用户姓名信息、身份证号信息等，根据用户的身份证号信息，查询预设身份信息数据库，判断在数据库中能否匹配到相同的用户身份信息，此时，判断条件为预设身份信息数据库。预设规则可以根据灰度数据的种类以及详细信息确定，不同类的灰度数据对应不同预设规则，本发明在此不再赘述。
53.步骤s34：当灰度数据符合预设规则时，判断第二验证通过。在本实施例中，当修改后的数据符合预设规则时，例如，修改后的报文标识符符合最新版本的报文规范，或者根据用户的身份证号信息，在数据库中能匹配到相同的用户身份信息，此时，可以确定第二验证通过。
54.作为本发明一个可选实施方式，该数据更新方法，还包括以下至少一项：
55.第一种情况，当判断第一验证失败时，确定灰度数据在目标子区域验证失败，灰度数据更新失败，生成子区域数据更新失败提示信息；在本实施例中，当在进行第一验证的过程中，若在任一子区域内的数据库服务器上，使用灰度数据后生成的使用结果，不满足预设规则，此时，此灰度数据不会再同步到其他子区域内的数据库服务器中，而会即时停止宣告灰度数据更新失败，生成子区域数据更新失败提示信息。
56.第二种情况，当判断第二验证失败时，确定灰度数据在第一机房验证失败，生成单机房数据更新失败提示信息。在本实施例中，当在进行第二验证的过程中，若在任一机房内的数据库服务器上，使用灰度数据后生成的使用结果，不满足预设规则，此时，此灰度数据不会再同步到其他机房内的数据库服务器中，而会即时停止宣告灰度数据更新失败，生成单机房数据更新失败提示信息。
57.例如，灰度数据验证失败的情况可以是，当灰度数据为修改后的报文标识符信息时，根据最新版本的报文规范，确定此报文标识符信息与最新版本的报文规范不相对应，此时可以确定灰度数据更新失败。
58.本发明实施例提供的一种数据更新方法，包括，当灰度数据在任意一个子区域或者机房内验证失败时，此时实时宣告灰度数据更新失败，灰度数据不会继续同步到其他子区域内的数据库服务器上，或者其他机房内的数据库服务器上，通过实施本发明，可以控制数据更新的进行阶段，防止一旦调整后的数据出现问题，由于使用数据的设备较多，导致数据无法修复的问题，保证了数据修改的安全性。
59.作为本发明一个可选实施方式，该数据更新方法，还包括：
60.首先，根据正式数据，生成成功更新提示信息；在本实施例中，当灰度数据作为正式数据存储入正式数据表时，生成成功更新提示信息，表征此时的灰度数据已经通过所有数据库服务器的验证，可以被任意数据库服务器访问或者使用。
61.其次，根据子区域数据更新失败提示信息、单机房数据更新失败提示信息以及成功更新提示信息，更新预设灰度更新控制表，根据预设灰度更新控制表，确定当前验证子区域以及当前验证机房。在本实施例中，更新预设灰度更新控制表，即为实时记录数据更新的进度，具体地，可以根据预设灰度更新控制表，确定灰度数据的当前更新进度，例如，是在进行第一验证或者进行第二验证，第一验证的更新阶段以及第二验证的更新阶段。
62.作为本发明一个可选实施方式，该数据更新方法，还包括：
63.根据预设灰度更新控制表，确定目标子区域。在本实施中，可以根据预设灰度更新控制表，确定执行上述实施例所述的数据更新方法的子区域，即确定当前可以在哪一子区域内进行灰度数据的验证。
64.作为本发明一个可选实施方式，该数据更新方法，还包括：
65.目标子区域为任一子区域。在本实施例中，执行上述实施例所述的数据更新方法的子区域，可以是任一机房内的任一子区域。
66.示例性地，业务数据的更新过程，不需调用业务数据的调用方进行升级与改动，即与使用数据的用户无关。
67.以下结合一具体示例，详细描述此方法，如图5所示，在实际应用场景中，当接收到调用方1、调用方2
…
调用方n的数据请求时，根据数据请求获取访问者的ip地址信息，并根据当前访问接口确定数据调用方的数据标识信息【biztype】，并返回数据，该数据来自于灰度数据表以及正式数据表的并集，灰度数据表是存储灰度数据的数据集合表，正式数据表是存储经过验证的灰度数据；返回数据的第一种情况，如果判断调用方需要使用灰度数据此时，根据灰度数据表向调用方返回灰度数据，相同标识的灰度数据以及正式数据，以灰度数据为准；返回数据的第二种情况，如果根据数据请求判断当前调用方不需要灰度数据时，也就是说，判断此时发出数据请求的数据库服务器并不属于预先灰度主机表，此时，返回正式数据。
68.具体地，修改后的数据经审核流程，审核通过后，仅仅表示此时的数据修改方式符合要求，但是内容不一定正确，此时，需经过标准模式的灰度验证流程，即上述实施例所述的数据更新方法，经过灰度验证后的数据，才可成为正式数据，此时，实时更新灰度生效控制表；如果需要缓存数据，正式数据和灰度数据的缓存和数据库中的灰度数据表以及正式数据表直接对应，可以更清晰明确存储数据。
69.本发明实施例提供一种数据更新装置，应用于部署于多个机房的数据库服务器，多个机房中任一机房包括若干子区域，任一子区域中包括若干数据库服务器，如图6所示，该装置包括：
70.获取模块41，用于从灰度数据表中获取灰度数据；详细实施内容可参见上述方法实施例中步骤s11的相关描述。
71.第一验证模块42，用于在目标子区域中所有数据库服务器上对灰度数据进行第一验证，目标子区域为任一子区域；详细实施内容可参见上述方法实施例中步骤s12的相关描述。
72.第一确定模块43，用于当判断第一验证通过时，确定灰度数据在目标子区域验证通过；详细实施内容可参见上述方法实施例中步骤s13的相关描述。
73.第二验证模块44，用于当判断灰度数据在第一机房中所有子区域验证通过时，在第一机房中所有数据库服务器上对灰度数据进行第二验证，第一机房为任一机房；详细实施内容可参见上述方法实施例中步骤s14的相关描述。
74.第二确定模块45，用于当判断第二验证通过时，确定灰度数据在第一机房验证通过；详细实施内容可参见上述方法实施例中步骤s15的相关描述。
75.更新模块46，用于当判断灰度数据在所有机房验证通过时，灰度数据更新为正式数据，并存储入正式数据表。详细实施内容可参见上述方法实施例中步骤s16的相关描述。
drive，缩写：hdd)或固态硬盘(solid-state drive，ssd)等；存储介质还可以包括上述种类的存储器的组合。
84.显然，上述实施例仅仅是为清楚地说明所作的举例，而并非对实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引伸出的显而易见的变化或变动仍处于本发明创造的保护范围之中。