CN103312669A - 一种实现数据一致性保障方法、装置及*** - Google Patents
一种实现数据一致性保障方法、装置及*** Download PDFInfo
- Publication number
- CN103312669A CN103312669A CN2012100626552A CN201210062655A CN103312669A CN 103312669 A CN103312669 A CN 103312669A CN 2012100626552 A CN2012100626552 A CN 2012100626552A CN 201210062655 A CN201210062655 A CN 201210062655A CN 103312669 A CN103312669 A CN 103312669A
- Authority
- CN
- China
- Prior art keywords
- data
- version information
- receiver
- fail
- publisher
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 claims abstract description 46
- 238000005192 partition Methods 0.000 claims description 63
- 238000012545 processing Methods 0.000 claims description 12
- 238000004321 preservation Methods 0.000 claims description 7
- 238000009434 installation Methods 0.000 claims description 4
- 230000007246 mechanism Effects 0.000 abstract description 10
- 230000008569 process Effects 0.000 description 10
- 230000008859 change Effects 0.000 description 7
- 230000001360 synchronised effect Effects 0.000 description 7
- 238000007726 management method Methods 0.000 description 6
- 230000004048 modification Effects 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 239000012467 final product Substances 0.000 description 2
- 241001269238 Data Species 0.000 description 1
- 238000000151 deposition Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000000605 extraction Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000002688 persistence Effects 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明提供了一种实现数据一致性保障方法、装置及***，通过当数据接收方所保存的失效数据被访问时，数据接收方向数据发布方发送请求信息，以获取所述失效数据的最新版本，所述失效数据为当数据接收方所保存的第一数据的版本信息，低于所述数据发布方发送的所述第一数据更新后的版本信息时，将所述第一数据标识为失效数据；数据接收方接收并保存数据发布方所发送的所述失效数据的最新版本，并将所述失效数据标识为有效数据。从而提供了一种高效、实用的数据一致性保障机制。
Description
技术领域
本发明涉及数据保障技术领域，具体涉及一种实现数据一致性保障的方法、装置及***。
背景技术
近年来，随着各种IT***的不断发展，用户和业务规模的不断加大，越来越多的数据需要在多个***之间共享，而且不同***之间的数据访问特性不同：有需要提供批量访问的，有需要提供短时延实时访问的，诸如此类。为满足各种业务需要，需要将相同的数据在多个***存放，以保证各个***的高性能访问，因此，如何实现存放于多个***中相同数据的一致性即同步已经成为目前IT分布式***建设的严峻问题。
目前，传统IT***主要通过数据变更消息/文件同步方式，进行多个***间数据的同步，具体实现方式可如附图1所示，包括：
步骤11，初始化时，所有***(包括数据的发布方和接收方)停止对外服务和数据变更，进行全量即全部数据同步。
由于***处于工作状态时，各***中的数据处于不断变化状态，导致无法实时比对得出差异数据，因此现有技术通常通过将当前全量数据最新值(由于数据处于不断变化中，任何时刻都无法取得数据的最终值，只能获取到全量数据导出时刻的数据的最新取值，即为当前全量数据最新值，仅表示导出时刻的全量数据快照)作为增量的方式更新到数据接收方，以达到数据一致性恢复的目的。
步骤12，当数据发布方发生数据变化时，如数据的版本发生更新，数据发布方将数据变化日志通过消息或文件方式按照相应的顺序发给数据接收方进行处理；
步骤13，数据接收方接收到数据变更消息或文件，按照消息或文件中的序号顺序先后进行数据更新，实现与数据发布方之间的数据同步，并返回处理结果。
由于传输和处理存在遗漏可能，故现有技术需要定期进行数据一致性检查，并按照检查结果更新存在差异的接收方数据。
现有技术在数据发布方数据修改之后，需要立即完成数据发布方和接收方之间的数据同步，否则，***获取的数据就不准确，因此，对数据发布方和数据接收方的***响应要求较高。而且，现有技术在实际应用过程中，如果数据发布方或接收方发生问题，***恢复时会产生大量数据同步请求，会造成数据发布方严重性能瓶颈。另外，现有技术中一旦发现数据发布方和接收方数据不一致情形，必须清空数据接收方所有数据，重新从数据发布方获取最新数据。
基于上述现有技术所存在的问题，导致现有数据一致性技术方案，无法提供高效、实用的数据一致性保障机制。
发明内容
本发明针对现有技术所存在的技术问题，提供了一种实现数据一致性保障方法、装置及***，从而提供了一种高效、实用的数据一致性保障机制。
为解决上述技术问题，本发明提供方案如下：
本发明实施例提供了一种实现数据一致性保障方法，所述方法应用于一数据***中，所述数据***中包括一数据发布方和至少一个数据接收方；所述方法包括：
当数据接收方所保存的失效数据被访问时，数据接收方向数据发布方发送请求信息，以获取所述失效数据的最新版本，所述失效数据为当数据接收方所保存的第一数据的版本信息，低于所述数据发布方发送的所述第一数据更新后的版本信息时，将所述第一数据标识为失效数据；
数据接收方接收并保存数据发布方所发送的所述失效数据的最新版本，并将所述失效数据标识为有效数据。
优选的，所述方法在数据接收方将所述数据标识为失效数据之前还包括：
数据发布方记录所述第一数据更新后的版本信息；
数据发布方向数据接收方发送数据更新通知，所述通知中包括所述第一数据更新后的版本信息和所述第一数的据标识信息。
优选的，所述数据发布方向数据接收方发送数据更新通知包括：
所述数据发布方向订阅了所述第一数据更新后的版本信息的数据接收方发送所述数据更新通知。
优选的，所述数据更新通知中还包括：
数据发布方中所述第一数据所属的数据分区的版本信息，所述数据分区的版本信息中包括数据分区中保存的全部数据的最高版本信息和/或最低版本信息，所述数据分区用于保存与所述第一数据具有业务关联性的所有数据；
所述方法在数据接收方向数据发布方发送请求信息之前还包括：
当数据接收方保存的所述第一数据的版本信息，低于所述数据分区的版本信息中的最低版本信息或者高于所述数据分区的版本信息中最高版本信息时，数据接收方将保存的所述第一数据所在数据分区内的全部数据标识为失效数据。
本发明实施例还提供了一种实现数据一致性保障装置，所述装置应用于一数据***中，所述数据***中包括一数据发布方和至少一个所述装置；所述装置包括：
发送模块，用于当所述装置保存的失效数据被访问时，向数据发布方发送请求信息，以获取所述失效数据的最新版本，所述失效数据为当所述装置所保存的第一数据的版本信息，低于所述数据发布方发送的所述第一数据更新后的版本信息时，所述装置将所述第一数据标识为失效数据；
处理模块，用于接收并保存数据发布方所发送的所述失效数据的最新版本，并将所述失效数据标识为有效数据。
优选的，所述实现数据一致性保障装置还包括：
接收模块，用于接收所述数据发布方发送的数据更新通知，所述通知中包括所述第一数据更新后的版本信息和所述第一数据的标识信息。
优选的，所述接收模块接收的数据更新通知中还包括：数据发布方中所述第一数据所属的数据分区的版本信息，所述数据分区的版本信息中包括数据分区中保存的全部数据的最高版本信息和/或最低版本信息，所述数据分区用于保存与所述第一数据具有业务关联性的所有数据；
所述处理模块还用于：当所述装置保存的所述第一数据的版本信息，低于所述数据分区的版本信息中的最低版本信息或者高于所述数据分区的版本信息中最高版本信息时，将保存的所述第一数据所在数据分区内的全部数据标识为失效数据。
本发明实施例还提供了一种实现数据一致性保障装置，所述装置应用于一数据***中，所述数据***中包括一所述装置和至少一个数据接收方；所述装置包括：
接收模块，用于接收数据接收方发送的请求信息，所述请求信息是当所述数据接收方所保存的失效数据被访问时，所述数据接收方所发送的，所述请求信息用于获取所述失效数据的最新版本，所述失效数据为当所述数据接收方所保存的第一数据的版本信息，低于所述装置发送的所述第一数据更新后的版本信息时，将所述第一数据标识为失效数据；
发送模块，用于向所述数据接收方发送所述失效数据的最新版本，以用于所述数据接收方接收并保存所述失效数据的最新版本，并将所述失效数据标识为有效数据。
优选的，所述实现数据一致性保障装置还包括：
记录模块，用于记录所述第一数据更新后的版本信息；
所述发送模块，还用于向所述数据接收方发送数据更新通知，所述通知中包括所述第一数据更新后的版本信息和所述第一数据标识信息。
本发明实施例还提供了一种实现数据一致性保障***，所述***中包括一数据发布方和至少一个数据接收方；
所述数据接收方包括：
发送模块，用于当所述数据接收方保存的失效数据被访问时，向所述数据发布方发送请求信息，以获取所述失效数据的最新版本，所述失效数据为当所述数据接收方所保存的第一数据的版本信息，低于所述数据发布方发送的所述第一数据更新后的版本信息时，所述数据接收方将所述第一数据标识为失效数据；
处理模块，用于接收并保存所述数据发布方所发送的所述失效数据的最新版本，并将所述失效数据标识为有效数据；
所述数据发布方包括：
接收模块，用于接收所述数据接收方发送的请求信息；
发送模块，用于向所述数据接收方发送所述失效数据的最新版本。
从以上所述可以看出，本发明提供的实现数据一致性保障方法、装置及***，通过当数据接收方所保存的失效数据被访问时，数据接收方向数据发布方发送请求信息，以获取所述失效数据的最新版本，所述失效数据为当数据接收方所保存的第一数据的版本信息，低于所述数据发布方发送的所述第一数据更新后的版本信息时，将所述第一数据标识为失效数据；数据接收方接收并保存数据发布方所发送的所述失效数据的最新版本，并将所述失效数据标识为有效数据。从而提供了一种高效、实用的数据一致性保障机制。
附图说明
图1为现有技术具体实现过程示意图；
图2为本发明实施例提供的数据一致性保障方法具体实现过程示意图一；
图3为本发明实施例提供的数据一致性保障方法中数据分区版本信息示意图；
图4为本发明实施例提供的数据一致性保障方法具体实现过程示意图一；
图5为本发明实施例提供的数据一致性保障***结构示意图；
图6为本发明实施例提供的数据一致性保障装置即数据接收方结构示意图；
图7为本发明实施例提供的数据一致性保障装置即数据发布方结构示意图。
具体实施方式
本发明实施例提供了一种实现数据一致性保障方法，该方法应用于一数据***中，所述数据***中包括一数据发布方和至少一个数据接收方。
如附图2所示，该方法具体可以包括：
步骤201，当数据接收方所保存的失效数据被访问时，数据接收方向数据发布方发送请求信息，以获取所述失效数据的最新版本，所述失效数据为当数据接收方所保存的数据的版本信息，低于所述数据发布方发送的所述数据更新后的版本信息时，将所述数据标识为失效数据；
步骤202，数据接收方接收并保存数据发布方所发送的所述失效数据的最新版本，并将所述失效数据标识为有效数据。
本发明实施例提供上述方法，可以有效地实现数据***中的数据发布方和数据接收方之间数据的一致性。
本发明实施例中，将数据发布方以及数据接收方的职责进行分解，其中，数据发布方负责数据通知管理，而数据接收方负责数据访问管理。
数据发布方所负责的数据通知管理具体可以体现在数据发布方负责管理数据版本信息的记录，以及负责在数据版本信息发生变更时，向数据接收方发送更新通知，即本发明实施例所涉及的数据发布方具体可以涉及以下操作：
记录数据更新后的版本信息；
向数据接收方发送数据更新通知，所述通知中包括数据更新后的版本信息和数据的标识信息。
由于本发明实施例中包括至少一个数据接收方，因此，数据发布方可只向事先订阅了数据更新通知的数据接收方，或者，数据发布方也向可数据***内的全部数据接收方发送数据更新通知。
对于事先订阅了数据更新通知的数据接收方，可基于数据更新通知中包括的数据标识信息，获取数据接收方保存的相应数据以及该数据的版本信息。
而对于没有事先订阅数据更新通知的数据接收方，在接收到数据更新通知时，同样可以基于数据标识信息，进行对应数据的查找，如果没有找到相应的数据，则该数据接收方可抛弃即无视该数据更新通知。
另外，本发明实施例所涉及的数据发布方，在接收到数据接收方发送的、用于获取失效数据的最新版本信息的请求信息时，还可向数据接收方发送所述失效数据的最新版本，以便数据接收方保存并更新失效数据，并将失效数据标识为有效数据。
本发明实施例中，数据接收方所负责的数据访问管理具体可以体现在，数据接收方可根据数据发布方发送数据更新通知，判定自身保存的数据是否有效，并可进行标识。当数据接收方中失效数据被访问时，数据接收方向数据发布方发送请求信息，以请求该失效数据的最新版本。
具体的，当数据接收方接收到数据发布方所发送的数据更新通知后，会基于数据更新通知中包括的数据更新后的版本信息和数据的标识信息，判定自身保存的数据是否失效。如果数据接收方所保存的一数据的版本信息，低于数据发布方发送的数据更新后的版本信息，则数据接收方可将该数据标识为失效数据。这里，数据接收方可以根据接收的数据的标识信息，获取自身保存的相应数据及其版本信息。
但是，本发明实施例为了避免再次出现现有技术中，数据发布方数据修改之后，需要立即完成数据发布方和接收方之间的数据同步而导致对数据发布方和数据接收方的***响应要求较高，以及多个数据接收方同时向数据发布方发送大量同步请求信息而导致数据发布方严重性能瓶颈的问题，本发明实施例提供的数据一致性保障方法中，数据接收方并不是在根据数据发布方发送的数据更新通知，将自身保存的数据标识为失效数据后，立即向数据发布方发送用于获取该失效数据最新版本的请求消息，而是在数据接收方所保存的失效数据被访问时，才触发数据接收方向数据发布方请求失效数据的最新版本的操作，从而避免了上述现有技术所存在的问题的再次出现。
当数据接收方接收到数据发布方发送的失效数据更新后的最新版本数据时，更新自身保存的该失效数据，同时，将该失效数据标识为有效数据。
可见，本发明实施例提供的实现数据一致性保障方法中，当数据发布方与数据接收方之间可通过对账方式发现不一致的数据，并且，数据接收方可通过置失效位的方式，对不一致的数据进行标识，并当失效数据被触发时(即被访问、提取、读写等)，启动数据更新流程，以从数据发布方获取失效数据的最新版本，从而避免数据更新操作对***的影响，实现最小代价的实时数据一致性重置。并通过版本管理数据时效性，***仅需要保证不漏处理即可，数据同步无需在数据变更后即时完成，仅需保证数据被***使用时能够完成同步即可。
另外，基于业务数据的关联特性，为保证数据及时更新无误，本发明实施例还可建立数据分区版本机制，将数据按照业务关联性进行数据分区，并建立数据分区版本信息。
本发明实施例中，数据所属的数据分区可以根据数据的主键(每条数据均具有唯一的主键，多条记录间不会重复，一般为手机号码、用户ID、客户ID等)进行散列划分，例如通过hash算法等对主键进行计算，并根据分区的数目取模，将所有数据均匀映射到多个分区中。
那么，当数据发布方向数据接收方发送数据更新通知时，除可发布数据发生变更的版本信息以及数据标识之外，同时还可发布数据归属的数据分区的版本信息，数据分区的版本信息具体可为数据分区中所有数据的最高版本和/或最低版本。
举例说明，如附图3所示，数据发布方一版本信息发生变化的数据所属数据分区中，包括若干数据(数据A-I等)，并且，上述数据记录信息中分别包括数据对应的版本信息，例如数据A的版本信息(Version)为：11011，数据I的Version为：11888，那么，在数据更新通知中，数据发布方中所述数据所属的数据分区的版本信息即可为：数据A的Version11011(版本信息最低)和/或数据I的Version11888(版本信息最高)。
数据接收方在实现数据访问管理时，根据数据更新通知中包含的信息，即数据发布方中数据所属数据分区的最高版本信息和最低版本信息，对自身保存的相应数据进行比对处理。
当数据接收方保存的相应数据的版本信息，低于数据发布方中该数据所属数据分区的版本信息中的最低版本信息或者高于数据发布方中该数据所属数据分区的版本信息中最高版本信息时，数据接收方将保存的该数据所属数据分区内的全部数据(例如附图3中的数据A-I)标识为失效数据。
由于同一数据分区中数据的业务关联性密切，如全部为同一客户的不同数据记录，通过上述本发明实施例提供的数据分区版本机制，可以有效保证在数据访问时，访问的数据具有高度一致性。
可见，本发明实施例提供的实现数据一致性保障方法，通过对一点(数据发布方)数据修改，多点(至少一个数据接收方)数据同步查询更新机制，具有简单、易行、容错率高等优点，该方法可为数据中心类***提供多点高性能访问提供了良好的数据复制、更新和一致性保障机制。例如在电信业务运营支撑***，通过本发明实施例提供的该方法，可以实现客户、账户以及用户三户信息和订购关系等数据在营业***、帐务***以及计费***的各个节点上数据的一致性，因此可以证明，本发明实施例提供的实现数据一致性保障方法，具有应用广泛的特点。
而且，本发明实施例中所涉及的数据发布方和数据接收方，均可永久保存数据，在数据同步时，无需进行数据清空处理。
下面，对本发明实施例提供的数据一致性保障方法的一个具体实施例的实现过程进行详尽的描述。
附图4所示，该过程具体可以包括：
步骤41，数据发布方记录数据更新后的版本信息。
当数据发布方所保存的一数据发生版本信息变更时，数据发布方在实现自身数据更新的同时，记录该数据更新后的版本信息。
步骤42，数据发布方向数据接收方发送数据更新通知。
该数据更新通知中，具体可以包括数据更新后的版本信息，以及该数据的标识信息。
进一步的，该数据更新通知中，还可以包括该数据所属数据分区中的版本信息。
步骤43，数据接收方进行数据版本信息比对处理。
具体的，数据接收方在接收到数据发布方发送的数据更新通知后，可基于数据更新通知中的数据标识信息，获取自身保存的对应数据及其版本信息，并将自身保存的该数据的版本信息，与数据更新通知中包括的该数据最新的版本信息进行比对处理。
如果数据更新通知中，还包括该数据在数据发布方中所属数据分区的版本信息，则数据接收方进一步还可以执行将自身保存的该数据版本信息，与数据更新通知中的数据分区的版本信息(即数据发布方中该数据所属数据分区的版本信息)进行比对处理的操作。
步骤44，数据接收方案基于版本信息比对结果，标识数据是否有效。
如果数据接收方保存的该数据的版本信息，低于数据更新通知中该数据的版本信息，则数据接收方将该数据标识为失效数据。
这里需要说明的是，对于比对结果为版本信息相同时，数据接收方可无需进行数据的同步更新处理。另外，由于数据更新通知是在数据发布方数据版本信息更新后发送的，因此不可能出现数据更新通知中的数据版本信息高于数据接收方保存的该数据的版本信息的情况，如果出现，则可以确定数据***出现了故障。
进一步的，如果数据接收方保存的该数据的版本信息，低于数据更新通知包括的数据分区的版本信息中的最低版本信息或者高于数据更新通知包括的数据分区的版本信息中最高版本信息时，数据接收方将保存的该数据所属数据分区内的全部数据标识为失效数据。
步骤45，数据接收方向数据发布方发送请求信息。
当数据接收方保存的失效数据(这里可以包括单一数据或者数据分区内的全部数据)被访问时，数据接收方可向数据发布方发送请求信息，以请求该失效数据的更新后即最新的版本数据。
步骤46，数据发布方向数据接收方发送失效数据的最新版本。
数据发布方在接收到数据发送方发送的请求信息时，可将失效数据的最新版本数据发送至数据接收方。
步骤47，数据接收方完成数据更新。
数据接收方可基于接收的失效数据的最新版本，进行失效数据的更新，并将更新后的失效数据标识为有效数据，从而完成同步操作。
通过上述步骤，即可实现数据***中数据发布方与数据接收方之间数据的一致性。
通过上述描述可以看出，本发明提供的实现数据一致性保障方法，通过当数据接收方所保存的失效数据被访问时，数据接收方向数据发布方发送请求信息，以获取所述失效数据的最新版本，所述失效数据为当数据接收方所保存的第一数据的版本信息，低于所述数据发布方发送的所述第一数据更新后的版本信息时，将所述第一数据标识为失效数据；数据接收方接收并保存数据发布方所发送的所述失效数据的最新版本，并将所述失效数据标识为有效数据。从而提供了一种高效、实用的数据一致性保障机制。
基于本发明实施例提供的实现数据一致性保障方法，本发明实施例还提供了一种实现数据一致性保障***，该***可为一数据***，如附图5所示，该***具体可以包括一数据发布方51以及至少一个数据接收方52，且数据发布方51与数据接收方52保存相同的数据。
其中，如附图6所示，本发明实施例所涉及的数据接收方，具体可以包括：
发送模块61，用于当数据接收方保存的失效数据被访问时，向数据发布方发送请求信息，以获取所述失效数据的最新版本，所述失效数据为当数据接收方所保存的数据的版本信息，低于所述数据发布方发送的该数据更新后的版本信息时，数据接收方将该数据标识为失效数据；
处理模块62，用于接收并保存数据发布方所发送的所述失效数据的最新版本，并将所述失效数据标识为有效数据。
另外，数据接收方51还可以包括：
接收模块63，用于接收数据发布方发送的数据更新通知，所述通知中包括数据更新后的版本信息和数据标识信息。
接收模块63接收的数据更新通知中还包括：数据发布方中数据所属的数据分区的版本信息，所述数据分区的版本信息中包括数据分区中保存的全部数据的最高版本信息和/或最低版本信息，所述数据分区用于保存与一数据具有业务关联性的所有数据。
处理模块62还用于：当数据接收方保存的一数据的版本信息，低于所述数据分区的版本信息中的最低版本信息或者高于所述数据分区的版本信息中最高版本信息时，将保存的该数据所在数据分区内的全部数据标识为失效数据。
处理模块62还用于：当数据接收方所保存的一数据的版本信息，低于所述数据发布方发送的该数据更新后的版本信息时，数据接收方将该数据标识为失效数据。
本发明实施例所涉及的数据发布方52，如附图7所示，具体可以包括：
接收模块71，用于接收数据接收方51发送的请求信息，所述请求信息是当所述数据接收方51所保存的失效数据被访问时，数据接收方所发送的，所述请求信息用于获取所述失效数据的最新版本，所述失效数据为当数据接收方所保存的一数据的版本信息，低于数据发布方52发送的该数据更新后的版本信息时，将该数据标识为失效数据；
发送模块72，用于向数据接收方51发送所述失效数据的最新版本，以用于所述数据接收方51接收并保存所述失效数据的最新，并将所述失效数据标识为有效数据。
另外，数据发布方52具体还可以包括：
记录模块73，用于记录数据更新后的版本信息；
发送模块72，还用于向所述数据接收方51发送数据更新通知，所述通知中包括所述第一数据更新后的版本信息和所述第一数据标识信息。
所示数据更新通知中，进一步还可以包括：数据发布方中数据所属的数据分区的版本信息，所述数据分区的版本信息中包括数据分区中保存的全部数据的最高版本信息和/或最低版本信息，所述数据分区用于保存与一数据具有业务关联性的所有数据。
通过上述描述可以看出，本发明提供的实现数据一致性保障***，通过当数据接收方所保存的失效数据被访问时，数据接收方向数据发布方发送请求信息，以获取所述失效数据的最新版本，所述失效数据为当数据接收方所保存的第一数据的版本信息，低于所述数据发布方发送的所述第一数据更新后的版本信息时，将所述第一数据标识为失效数据；数据接收方接收并保存数据发布方所发送的所述失效数据的最新版本，并将所述失效数据标识为有效数据。从而提供了一种高效、实用的数据一致性保障机制。
以上所述仅是本发明的实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种实现数据一致性保障方法，所述方法应用于一数据***中，所述数据***中包括一数据发布方和至少一个数据接收方；
其特征在于，所述方法包括：
当数据接收方所保存的失效数据被访问时，数据接收方向数据发布方发送请求信息，以获取所述失效数据的最新版本，所述失效数据为当数据接收方所保存的第一数据的版本信息，低于所述数据发布方发送的所述第一数据更新后的版本信息时，将所述第一数据标识为失效数据；
数据接收方接收并保存数据发布方所发送的所述失效数据的最新版本，并将所述失效数据标识为有效数据。
2.如权利要求1所述的方法，其特征在于，所述方法在数据接收方将所述数据标识为失效数据之前还包括：
数据发布方记录所述第一数据更新后的版本信息；
数据发布方向数据接收方发送数据更新通知，所述通知中包括所述第一数据更新后的版本信息和所述第一数的据标识信息。
3.如权利要求2所述的方法，其特征在于，所述数据发布方向数据接收方发送数据更新通知包括：
所述数据发布方向订阅了所述第一数据更新后的版本信息的数据接收方发送所述数据更新通知。
4.如权利要求2或3所述的方法，其特征在于，所述数据更新通知中还包括：
数据发布方中所述第一数据所属的数据分区的版本信息，所述数据分区的版本信息中包括数据分区中保存的全部数据的最高版本信息和/或最低版本信息，所述数据分区用于保存与所述第一数据具有业务关联性的所有数据；
所述方法在数据接收方向数据发布方发送请求信息之前还包括：
当数据接收方保存的所述第一数据的版本信息，低于所述数据分区的版本信息中的最低版本信息或者高于所述数据分区的版本信息中最高版本信息时，数据接收方将保存的所述第一数据所在数据分区内的全部数据标识为失效数据。
5.一种实现数据一致性保障装置，所述装置应用于一数据***中，所述数据***中包括一数据发布方和至少一个所述装置；
其特征在于，所述装置包括：
发送模块，用于当所述装置保存的失效数据被访问时，向数据发布方发送请求信息，以获取所述失效数据的最新版本，所述失效数据为当所述装置所保存的第一数据的版本信息，低于所述数据发布方发送的所述第一数据更新后的版本信息时，所述装置将所述第一数据标识为失效数据；
处理模块，用于接收并保存数据发布方所发送的所述失效数据的最新版本，并将所述失效数据标识为有效数据。
6.如权利要求5所述的实现数据一致性保障装置，其特征在于，还包括：
接收模块，用于接收所述数据发布方发送的数据更新通知，所述通知中包括所述第一数据更新后的版本信息和所述第一数据的标识信息。
7.如权利要求6所述的实现数据一致性保障装置，其特征在于，所述接收模块接收的数据更新通知中还包括：数据发布方中所述第一数据所属的数据分区的版本信息，所述数据分区的版本信息中包括数据分区中保存的全部数据的最高版本信息和/或最低版本信息，所述数据分区用于保存与所述第一数据具有业务关联性的所有数据；
所述处理模块还用于：当所述装置保存的所述第一数据的版本信息，低于所述数据分区的版本信息中的最低版本信息或者高于所述数据分区的版本信息中最高版本信息时，将保存的所述第一数据所在数据分区内的全部数据标识为失效数据。
8.一种实现数据一致性保障装置，所述装置应用于一数据***中，所述数据***中包括一所述装置和至少一个数据接收方；
其特征在于，所述装置包括：
接收模块，用于接收数据接收方发送的请求信息，所述请求信息是当所述数据接收方所保存的失效数据被访问时，所述数据接收方所发送的，所述请求信息用于获取所述失效数据的最新版本，所述失效数据为当所述数据接收方所保存的第一数据的版本信息，低于所述装置发送的所述第一数据更新后的版本信息时，将所述第一数据标识为失效数据；
发送模块，用于向所述数据接收方发送所述失效数据的最新版本，以用于所述数据接收方接收并保存所述失效数据的最新版本，并将所述失效数据标识为有效数据。
9.如权利要求8所述的实现数据一致性保障装置，其特征在于，还包括：
记录模块，用于记录所述第一数据更新后的版本信息；
所述发送模块，还用于向所述数据接收方发送数据更新通知，所述通知中包括所述第一数据更新后的版本信息和所述第一数据标识信息。
10.一种实现数据一致性保障***，所述***中包括一数据发布方和至少一个数据接收方；
其特征在于，所述数据接收方包括：
发送模块，用于当所述数据接收方保存的失效数据被访问时，向所述数据发布方发送请求信息，以获取所述失效数据的最新版本，所述失效数据为当所述数据接收方所保存的第一数据的版本信息，低于所述数据发布方发送的所述第一数据更新后的版本信息时，所述数据接收方将所述第一数据标识为失效数据；
处理模块，用于接收并保存所述数据发布方所发送的所述失效数据的最新版本，并将所述失效数据标识为有效数据；
所述数据发布方包括：
接收模块，用于接收所述数据接收方发送的请求信息；
发送模块，用于向所述数据接收方发送所述失效数据的最新版本。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2012100626552A CN103312669A (zh) | 2012-03-09 | 2012-03-09 | 一种实现数据一致性保障方法、装置及*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2012100626552A CN103312669A (zh) | 2012-03-09 | 2012-03-09 | 一种实现数据一致性保障方法、装置及*** |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN103312669A true CN103312669A (zh) | 2013-09-18 |
Family
ID=49137455
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2012100626552A Pending CN103312669A (zh) | 2012-03-09 | 2012-03-09 | 一种实现数据一致性保障方法、装置及*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103312669A (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017071337A1 (zh) * | 2015-10-26 | 2017-05-04 | 中兴通讯股份有限公司 | 管理数据库表数据的方法、装置及*** |
| CN110019513A (zh) * | 2017-11-06 | 2019-07-16 | 阿里巴巴集团控股有限公司 | 增量数据的同步方法、装置、***及电子设备 |
| CN110572450A (zh) * | 2019-09-05 | 2019-12-13 | 腾讯科技（深圳）有限公司 | 数据同步方法、装置、计算机可读存储介质和计算机设备 |
| CN113342785A (zh) * | 2021-07-06 | 2021-09-03 | 多点生活(成都)科技有限公司 | 数据处理方法和装置、服务端设备及存储介质 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101170384A (zh) * | 2007-11-27 | 2008-04-30 | 南京大学 | 在无线自组网中维护移动设备数据一致性的方法 |
-
2012
- 2012-03-09 CN CN2012100626552A patent/CN103312669A/zh active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101170384A (zh) * | 2007-11-27 | 2008-04-30 | 南京大学 | 在无线自组网中维护移动设备数据一致性的方法 |
Non-Patent Citations (1)
| Title |
|---|
| 吴劲等: "在移动计算环境中基于移动代理的缓存失效方案", 《计算机科学》, 30 April 2003 (2003-04-30), pages 82 - 84 * |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017071337A1 (zh) * | 2015-10-26 | 2017-05-04 | 中兴通讯股份有限公司 | 管理数据库表数据的方法、装置及*** |
| CN110019513A (zh) * | 2017-11-06 | 2019-07-16 | 阿里巴巴集团控股有限公司 | 增量数据的同步方法、装置、***及电子设备 |
| CN110572450A (zh) * | 2019-09-05 | 2019-12-13 | 腾讯科技（深圳）有限公司 | 数据同步方法、装置、计算机可读存储介质和计算机设备 |
| CN110572450B (zh) * | 2019-09-05 | 2022-09-30 | 腾讯科技（深圳）有限公司 | 数据同步方法、装置、计算机可读存储介质和计算机设备 |
| CN113342785A (zh) * | 2021-07-06 | 2021-09-03 | 多点生活(成都)科技有限公司 | 数据处理方法和装置、服务端设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103294675B (zh) | 一种分布式存储***中的数据更新方法及装置 | |
| CN103457905B (zh) | 数据同步方法、***及设备 | |
| US9208189B2 (en) | Distributed request processing | |
| CN102291416B (zh) | 一种客户端与服务器端双向同步的方法及*** | |
| US20050267951A1 (en) | Rolling upgrade of distributed software with automatic completion | |
| US10891302B2 (en) | Scalable synchronization with cache and index management | |
| CN107066570A (zh) | 数据管理方法及装置 | |
| CN101404627A (zh) | 即时通讯***更新联系人状态的方法及即时通讯*** | |
| CN101557427A (zh) | 提供分流信息、实现客户端分流的方法、***及服务器 | |
| CN102201928A (zh) | 告警级别处理方法及告警服务器 | |
| CN103312669A (zh) | 一种实现数据一致性保障方法、装置及*** | |
| CN108429777A (zh) | 一种基于缓存的数据更新方法及服务器 | |
| CN102982126A (zh) | 一种数据库表数据实时推送的方法及其*** | |
| CN109150608A (zh) | 用于语音对话平台的接口服务升级方法及*** | |
| CN100422952C (zh) | 追踪数据库中的空间占用 | |
| US8868525B2 (en) | Distributed information synchronization | |
| CN106254417A (zh) | 数据缓存方法、装置及*** | |
| CN110825408A (zh) | 程序版本的更新方法、自助设备和版本控制服务器 | |
| US11018860B2 (en) | Highly available and reliable secret distribution infrastructure | |
| US8515929B2 (en) | Online propagation of data updates | |
| CN110704422A (zh) | 数据查询方法、装置、***、计算机设备及存储介质 | |
| CN108121730B (zh) | 一种将数据更新快速同步到业务***的装置及方法 | |
| CN105607936A (zh) | 服务器版本更新方法及装置 | |
| CN107786650A (zh) | 一种存储介质和管理策略的同步方法、装置及*** | |
| JP5891331B1 (ja) | 情報処理装置、情報処理方法及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C53 | Correction of patent of invention or patent application | ||
| CB02 | Change of applicant information |
Address after: 510070 one of the 507 writers in 83 Middle Road, martyrs' road, Guangzhou, Guangdong, four, 508, edited by myself, Yuexiu District Applicant after: Sunrise Technology Co., Ltd. Address before: 510000, Kai Hua City, 83 martyrs Road, Guangdong, Guangzhou, China 508, Yuexiu District Applicant before: Snrise Corporation |
|
| COR | Change of bibliographic data |
Free format text: CORRECT: APPLICANT; FROM: SNRISE CORPORATION TO: CONGXING TECHNOLOGY CO., LTD. |
|
| ASS | Succession or assignment of patent right |
Owner name: HONGKONG SHIYE DEVELOPMENT CO., LTD. Free format text: FORMER OWNER: CONGXING TECHNOLOGY CO., LTD. Effective date: 20150729 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20150729 Address after: Room 32, building 3205, Bank of America, 12 Cecil Harcourt Road, central, Hongkong, China Applicant after: Hongkong world industry development Co., Ltd. Address before: 510070 one of the 507 writers in 83 Middle Road, martyrs' road, Guangzhou, Guangdong, four, 508, edited by myself, Yuexiu District Applicant before: Sunrise Technology Co., Ltd. |
|
| ASS | Succession or assignment of patent right |
Owner name: TELEFON AB L.M. ERICSSON (SE) Free format text: FORMER OWNER: HONGKONG SHIYE DEVELOPMENT CO., LTD. Effective date: 20150908 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20150908 Address after: Stockholm Applicant after: Telefon AB L.M. Ericsson [SE] Address before: Room 32, building 3205, Bank of America, 12 Cecil Harcourt Road, central, Hongkong, China Applicant before: Hongkong world industry development Co., Ltd. |
|
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20130918 |
|
| RJ01 | Rejection of invention patent application after publication |