CN109388764A - 一种本地缓存的更新方法、装置、设备及系统 - Google Patents

Abstract

本说明书实施例公开了本地缓存的更新方法、装置、设备及系统。方案包括：获取本地缓存的缓存数据的第一版本信息；所述缓存数据为发生更新错误的缓存数据；获取集中缓存服务器中的缓存数据的第二版本信息集合；从所述第二版本信息集合中确定第三版本信息；所述第三版本信息对应的缓存数据的生成时间早于所述第一版本信息对应的缓存数据的生成时间；获取所述第三版本信息对应的缓存数据；将所述本地缓存的缓存数据更新为所述第三版本信息对应的缓存数据。

Description

一种本地缓存的更新方法、装置、设备及系统

技术领域

本申请涉及计算机技术领域，尤其涉及一种本地缓存的更新方法、装置、设备及系统。

背景技术

现有技术中，应用系统中的一个设备需要访问另一个设备的数据。被访问的数据中，有一部分数据具有数据量小、更新频率低、访问量大等特性。这部分数据可以称为静态资源。为了提高对于静态资源的访问效率，可以将这部分数据采用本地缓存的方式进行管理。

当设备A接收到设备B的访问请求时，可以先查询设备A的本地缓存是否存在被访问的数据，如果存在,则直接将相应数据返回设备B；如果不存在，则查询数据库中的相应数据，或者请求服务器对设备A的本地缓存进行更新，将更新后的缓存中的相应数据返回设备B。如此，可以提高设备对于数据的访问效率，降低数据库、服务器的压力，减少网络带宽的占用。当静态资源发生变更时，需要更新本地缓存。

现有技术中，设备的本地缓存的更新方式主要是，技术人员对服务器中的缓存数据进行修改或配置后，服务器触发设备对设备的本地缓存进行更新。当更新过程发生错误时，需要由技术人员再次对服务器中的数据进行编辑，从而再次触发设备的本地缓存更新过程。可以看出，上述方式需要花费较大人力。因此，需要提供效率更高的本地缓存更新方法。

发明内容

有鉴于此，本申请实施例提供了一种本地缓存的更新方法、装置、设备及系统，用于提高本地缓存的更新效率。

为解决上述技术问题，本说明书实施例是这样实现的：

本说明书实施例提供的一种本地缓存的更新方法，包括：

获取本地缓存的缓存数据的第一版本信息；所述缓存数据为发生更新错误的缓存数据；

获取集中缓存服务器中的缓存数据的第二版本信息集合；

从所述第二版本信息集合中确定第三版本信息；所述第三版本信息对应的缓存数据的生成时间早于所述第一版本信息对应的缓存数据的生成时间；

获取所述第三版本信息对应的缓存数据；

将所述本地缓存的缓存数据更新为所述第三版本信息对应的缓存数据。

本说明书实施例提供的一种本地缓存的更新装置，包括：

第一版本信息获取模块，用于获取本地缓存的缓存数据的第一版本信息；所述缓存数据为发生更新错误的缓存数据；

第二版本信息集合获取模块，用于获取集中缓存服务器中的缓存数据的第二版本信息集合；

第三版本信息确定模块，用于从所述第二版本信息集合中确定第三版本信息；所述第三版本信息对应的缓存数据的生成时间早于所述第一版本信息对应的缓存数据的生成时间；

缓存数据获取模块，用于获取所述第三版本信息对应的缓存数据；

缓存数据更新模块，用于将所述本地缓存的缓存数据更新为所述第三版本信息对应的缓存数据。

本说明书实施例提供的一种本地缓存的更新设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取本地缓存的缓存数据的第一版本信息；所述缓存数据为发生更新错误的缓存数据；

获取集中缓存服务器中的缓存数据的第二版本信息集合；

从所述第二版本信息集合中确定第三版本信息；所述第三版本信息对应的缓存数据的生成时间早于所述第一版本信息对应的缓存数据的生成时间；

获取所述第三版本信息对应的缓存数据；

将所述本地缓存的缓存数据更新为所述第三版本信息对应的缓存数据。

本说明书实施例提供的一种本地缓存的更新系统，包括：

多个应用服务器、至少一个集中缓存服务器，和数据库；所述多个应用服务器分别与所述集中缓存服务器连接；所述集中缓存服务器与所述数据库相连；

所述应用服务器，用于获取本地缓存的缓存数据的第一版本信息；所述缓存数据为发生更新错误的缓存数据；所述缓存数据为发生更新错误的缓存数据；获取集中缓存服务器中的缓存数据的第二版本信息集合；从所述第二版本信息集合中确定第三版本信息；所述第三版本信息对应的缓存数据的生成时间早于所述第一版本信息对应的缓存数据的生成时间；获取所述第三版本信息对应的缓存数据；将所述本地缓存的缓存数据更新为所述第三版本信息对应的缓存数据；

所述集中缓存服务器，用于向所述应用服务器发送所述第二版本信息集合；向所述应用服务器发送所述第三版本信息对应的缓存数据。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：通过将第一版本之前的版本的缓存数据保存在集中缓存服务器中，当应用服务器在更新本地缓存的过程中发生错误时，从集中缓存服务器中获取第一版本之前的版本的缓存数据，将应用服务器中发生更新错误的本地缓存更新为第一版本之前的版本的缓存数据，以此实现版本回滚的效果。从而可以解决更新过程中产生错误数据的问题，提高本地缓存更新过程的效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本说明书实施例中本地缓存的更新方法的应用场景的示意图；

图2为本说明书实施例提供的一种本地缓存的更新方法的流程示意图；

图3为本说明书实施例提供的本地缓存的版本号与集中缓存服务器中的缓存数据不一致时的更新方法的流程示意图；

图4为本说明书实施例提供的对应于图2的一种本地缓存的更新装置的结构示意图；

图5为本说明书实施例提供的对应于图2的一种本地缓存的更新设备的结构示意图；

图6为本说明书实施例提供的一种本地缓存的更新系统的架构图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本说明书实施例中本地缓存的更新方法的应用场景的示意图。如图1所示，集中缓存服务器10分别与应用服务器11、应用服务器12、应用服务器13、应用服务器14可通信连接。在本说明书实施例的方法中，集中缓存服务器10中存储有缓存数据。缓存数据可以具有多个版本。多个版本的缓存数据均可以存储在集中缓存服务器10上。应用服务器11、应用服务器12、应用服务器13和应用服务器14均可以从集中缓存服务器10获取所需版本的缓存数据。应用服务器可以将获取到的缓存数据作为本地缓存。需要说明的是，上述应用场景中，与集中缓存服务器相连的应用服务器的数量不局限于四个，还可以更多。

图2为本说明书实施例提供的一种本地缓存的更新方法的流程示意图。从程序角度而言，流程的执行主体可以为搭载于应用服务器的程序或应用客户端。

如图2所示，该流程可以包括以下步骤：

S201：获取本地缓存的缓存数据的第一版本信息；所述缓存数据为发生更新错误的缓存数据；

更新错误，可以是人为原因导致的，例如配置了错误的数据；也可以是更新过程中设备断电导致的；或者也可能是更新程序自身存在异常导致的。

在本说明书实施例中，所述的“第一”和“第二”只是为了区分对象，防止概念混淆，并不具有实际意义。

版本信息可以是任意形式的能够起到版本区分作用的标识，例如可以是版本号。不同的版本信息对应的缓存数据是不同的。

S202：获取集中缓存服务器中的缓存数据的第二版本信息集合；

集中缓存服务器中可以存储有多个版本的缓存数据。所以第二版本信息集合中可以有多个第二版本信息。多个版本的缓存数据中，至少有一个版本的缓存数据是应用服务器当前应当使用的。

S203：从所述第二版本信息集合中确定第三版本信息；所述第三版本信息对应的缓存数据的生成时间早于所述第一版本信息对应的缓存数据的生成时间；

因为集中缓存服务器中存储有多个版本的缓存数据，所以需要从这多个版本中确定一个版本作为应用服务器当前需要更新的版本。

确定第三版本信息的方式有多种。可以将第一版本信息的上一版本确定为第三版本信息；或者将第一版本信息之前的某个稳定版本确定为第三版本信息；或者根据用户输入的指令，选择第一版本信息之前的某个指定版本作为第三版本信息。

采用任意一种方式确定出的第三版本信息对应的缓存数据的生成时间，均应早于所述第一版本信息对应的缓存数据的生成时间。

S204：获取所述第三版本信息对应的缓存数据；

第三版本信息对应的缓存数据存储在集中缓存服务器中。确定出第三版本信息后，可以从集中缓存服务器获取第三版本信息对应的缓存数据。

S205：将所述本地缓存的缓存数据更新为所述第三版本信息对应的缓存数据。

获取到第三版本信息对应的缓存数据后，可以采用第三版本信息对应的缓存数据覆盖作为执行主体的应用服务器的本地缓存。

现有技术中的本地缓存更新方法，在本地缓存更新失败后，无法回滚。需要采用人工方式对数据库或服务器进行设置，再次触发本地缓存的更新过程，从而完成更新。经分析，无法回滚的原因在于更新过程中产生的错误数据不可确定，本地缓存所在的设备也没有备份更新前的数据。例如，本地缓存中的数据a需要更新为数据b，但是由于某些意外，发生了更新错误，数据a被更新为数据c。设备在对更新后的数据进行检验时，由于无法确定数据a在发生更新错误后，产生的错误数据是什么，可能是数据c，也可能是数据d等等。所以无法确定怎样的操作可以使错误数据修改回正确数据。

具体的，现有技术中的回滚操作主要是回滚执行相反的操作，可以撤销错误的操作，从而保证数据的完整性。例如，用户A给用户B转账，在数据库中就需要给A与B的账户信息进行修改(update)操作，而这两条sql语句必须都执行或者都不执行。例如先执行对于用户B的修改(update)语句，使用户B的账户金额增加1000，然后执行对于用户A的update语句，使用户A的账户金额减少1000。如果用户A的账户金额大于1000，则交易顺利进行，不存在任何问题。但是当用户A的账户金额小于1000时，由于转账金额不允许大于账户金额，第二条sql语句就无法正确执行。此时，数据库的状态必须回到没有执行B的update语句之前，需要进行回滚操作，回滚就是执行一遍相反的操作，也就是再执行B的update金额减1000。

回到数据a发生更新错误的情况，假设数据a原来的具体值为1，发生更新错误后，具体值可能变为2，也可能变为3，因此，无法确定到底要对发生错误后的数据执行减1的操作还是减2的操作，才能将发生更新错误后的数据a的值修改为发生更新错误前的值。

图2中的方法，通过将第一版本之前的版本的缓存数据保存在集中缓存服务器中，当应用服务器在更新本地缓存的过程中发生错误时，从集中缓存服务器中获取第一版本之前的版本的缓存数据，将应用服务器中发生更新错误的本地缓存更新为第一版本之前的版本的缓存数据，以此实现版本回滚的效果。从而可以解决更新过程中产生错误数据的问题，提高本地缓存更新过程的可靠性。另一方面，也解决了传统意义上的回滚操作在数据发生更新错误时，无法执行的问题。

基于图2的方法，本说明书实施例还提供了该方法的一些具体实施方案，下面进行说明。

由于不同时间生成的缓存数据的版本信息是不同的，版本信息与缓存数据的生成时间存在对应关系，所以，在没有预先指定需要回滚到的版本信息的情况下，步骤S203，从所述第二版本信息集合中确定第三版本信息，具体可以包括：根据所述第一版本信息从所述第二版本信息集合中确定第三版本信息。第一版本信息可以直接或间接的表示对应的缓存数据的生成时间，可以从第二版本信息集合中查找生成时间早于第一版本信息的版本作为第三版本。

版本信息具体可以为版本号。版本号可以按照预设规则生成，且生成时间相邻的至少两个版本的缓存数据对应的版本号是不同的。此种情况下，根据所述第一版本信息从所述第二版本信息集合中确定第三版本信息，具体可以包括以下步骤：

按照预设规则，根据所述第一版本信息，确定目标版本号；

从所述第二版本信息集合中查找所述目标版本号；

将所述第二版本信息集合中查找到的所述目标版本号确定为所述第三版本信息。

上述步骤中，预设规则可以是根据缓存数据的生成时间生成版本号的规则。预设规则的具体形式可以是多种。一种方式可以是，若应用服务器中发生更新错误时的版本号为n，则可以确定目标版本号为n-1。例如，可以将第一次生成的缓存数据的版本号定义为版本1，第二次生成的缓存数据的版本号定义为版本2，依此类推。如此，根据应用服务器中发生更新错误时的版本号，在该版本号的基础上进行减1运算，即可以得到需要回滚到的目标版本号。

需要说明的是，版本号的形式不一定是单纯的数字组成，也可以由字母组成，或者由字母及数字共同组成，等等。当版本号由字母组成时，预设规则可以是，将第一次生成的缓存数据的版本号定义为版本A，第二次生成的缓存数据的版本号定义为版本B，依此类推。如此，当应用服务器中发生更新错误时的版本号为Y时，也可以确定上一个版本的版本号为X，从第二版本信息集合中查找版本号为X的缓存数据，将该缓存数据更新至应用服务器的本地缓存。

实际应用中，对于回滚的版本，可以选择回滚至发生更新错误的版本的上一个版本，也可以选择回滚到发生更新错误的版本之前的某个稳定版本。其中，稳定版本可以是运行时间达到预设时长后，没有发生运行错误的版本。

若选择回滚至发生更新错误的版本的上一个版本，则根据所述第一版本信息，确定目标版本号，具体可以包括以下步骤：

根据所述第一版本信息，确定生成时间早于第一生成时间且距离所述第一生成时间最近的缓存数据对应的版本号为目标版本号；所述第一生成时间为所述第一版本信息对应的缓存数据的生成时间。

若选择回滚至发生更新错误的版本之前的某个稳定版本，则根据所述第一版本信息，确定目标版本号，具体可以包括以下步骤：

根据所述第一版本信息，确定生成时间早于第一生成时间且运行稳定的缓存数据对应的版本号为目标版本号；

所述第一生成时间为所述第一版本信息对应的缓存数据的生成时间。

上述两组步骤中，由于版本号的生成时间，或者版本号对应的缓存数据的生成时间，均与版本号有对应关系，因此可以根据版本号的时间戳，或者根据对于版本号命名的预设规则，直接或间接地确定对应的缓存数据的生成时间。例如，根据版本号的时间戳，可以直接确定对应的缓存数据的生成时间；根据预设规则，根据版本号的具体内容，也可以在不直接确定对应的缓存数据的生成时间的情况下，确定两个不同的版本号对应的缓存数据的生成时间的相对先后顺序。

若根据版本号的时间戳，直接确定对应的缓存数据的生成时间，且选择回滚至发生更新错误的版本的上一个版本，则根据所述第一版本信息，确定目标版本号，具体可以包括以下步骤：

确定所述第一版本信息对应的缓存数据的第一生成时间；

确定所述第二版本信息集合中的各个第二版本信息对应的缓存数据的第二生成时间，得到第二生成时间集合；

从所述第二生成时间集合中查找早于所述第一生成时间且距离所述第一生成时间最近的第三生成时间；

将所述第三生成时间对应的第二版本信息确定为所述第三版本信息。

上述步骤中，可以将第一版本信息对应的时间戳确定为第一版本信息对应的缓存数据的第一生成时间。例如，第一版本信息对应的时间戳为2018-8-26，则可以确定第一版本信息对应的缓存数据的第一生成时间是2018年8月26日。集中缓存服务器中可以存储多个版本的缓存数据。例如，存储有时间戳分别为2018-8-25，2018-8-24，2018-8-23的三个版本的缓存数据。此时，可以确定集中缓存服务器中存储的第二版本信息对应的缓存数据的第二生成时间分别为2018年8月25日，2018年8月24日，2018年8月23日。可以从这三个版本中，选择2018年8月25日的版本作为第三版本。

实际应用中，也可以由用户指定需要回滚到的版本。如此，从所述第二版本信息集合中确定第三版本信息之前，还可以包括步骤：

获取用户指定的目标版本信息；

从所述第二版本信息集合中确定第三版本信息，具体可以包括以下步骤：

从所述第二版本信息集合中查找所述目标版本信息；

将查找到的所述目标版本信息确定为所述第三版本信息。

采用上述步骤，可以根据用户输入的指令，从多个版本的缓存数据中，找到用户需要的版本，覆盖之前发生更新错误的缓存数据。

因为本说明书实施例中的本地缓存数据方法是基于版本信息执行的，所以本说明书实施例中将所述本地缓存的缓存数据更新为所述第三版本信息对应的缓存数据之后，还可以包括步骤：

将所述第一版本信息的内容更新为与所述第三版本信息的内容一致。

具体的，当采用版本号表示版本信息时，可以在将应用服务器中的本地缓存更新为与集中缓存服务器中正在运行的缓存数据一致后，将应用服务器中的本地缓存的版本号，也更新为与集中缓存服务器中正在运行的缓存数据的版本号一致。

实际应用中，应用服务器可以定期检测当前正在使用的本地缓存的版本号与集中缓存服务器中当前正在使用的缓存数据的版本号是否一致，如果不一致，可以将本地缓存更新为与集中缓存服务器中当前正在使用的缓存数据一致。

图3为本说明书实施例提供的本地缓存的版本号与集中缓存服务器中的缓存数据不一致时的更新方法的流程示意图。如图3所示，可以包括步骤：

S301：获取所述本地缓存的第一当前版本信息；

第一当前版本信息，可以指应用服务器正在使用的本地缓存的版本信息。

S302：获取集中缓存服务器中的缓存数据的第二当前版本信息；

第二当前版本信息，可以指集中缓存服务器中正在使用的缓存数据的版本信息。

S303：判断所述第一当前版本信息与所述第二当前版本信息是否一致；如果不一致，执行步骤S304；

S304：获取所述第二当前版本信息对应的缓存数据；

S305：将所述本地缓存的缓存数据更新为所述第二当前版本信息对应的缓存数据。

当集中缓存服务器中的缓存数据发生变化时，应用服务器由于某些原因，可能无法实时同步更新应用服务器的本地缓存。此时，可以按照预设时间间隔，检测应用服务器当前正在使用的本地缓存的版本号与集中缓存服务器中当前正在使用的缓存数据的版本号是否一致，在不一致时进行更新，以确保两者的缓存数据版本一致。

为了保证应用服务器更新后的缓存数据的版本与集中缓存服务器中的缓存数据的版本相同，步骤S305将所述本地缓存的缓存数据更新为所述第二当前版本信息对应的缓存数据之后，还可以包括步骤：

将所述第一当前版本信息的内容更新为与所述第二当前版本信息的内容一致。

基于同样的思路，本说明书实施例还提供了上述方法对应的装置。图4为本说明书实施例提供的对应于图2的一种本地缓存的更新装置的结构示意图。如图4所示，该装置可以包括：

第一版本信息获取模块401，用于获取发生更新错误的本地缓存的第一版本信息；

第二版本信息集合获取模块402，用于获取集中缓存服务器中的缓存数据的第二版本信息集合；

第三版本信息确定模块403，用于从所述第二版本信息集合中确定第三版本信息；所述第三版本信息对应的缓存数据的生成时间早于所述第一版本信息对应的缓存数据的生成时间；

缓存数据获取模块404，用于获取所述第三版本信息对应的缓存数据；

缓存数据更新模块405，用于将所述本地缓存的缓存数据更新为所述第三版本信息对应的缓存数据。

可选的，所述第三版本信息确定模块403，具体可以包括：

第三版本信息第一确定单元，用于根据所述第一版本信息从所述第二版本信息集合中确定第三版本信息。

可选的，所述版本信息具体为版本号，所述版本号按照预设规则生成，且生成时间相邻的至少两个版本的缓存数据对应的版本号是不同的；

所述第三版本信息第一确定单元，具体可以包括：

目标版本号确定子单元，用于按照所述预设规则，根据所述第一版本信息，确定目标版本号；

目标版本号查找子单元，用于从所述第二版本信息集合中查找所述目标版本号；

第三版本信息确定子单元，用于将所述第二版本信息集合中查找到的所述目标版本号确定为所述第三版本信息。

可选的，所述目标版本号确定子单元，具体可以用于：

根据所述第一版本信息，确定生成时间早于第一生成时间且距离所述第一生成时间最近的缓存数据对应的版本号为目标版本号；

所述第一生成时间为所述第一版本信息对应的缓存数据的生成时间。

可选的，所述目标版本号确定子单元，具体可以用于：

根据所述第一版本信息，确定生成时间早于第一生成时间且运行稳定的缓存数据对应的版本号为目标版本号；

所述第一生成时间为所述第一版本信息对应的缓存数据的生成时间。

可选的，所述第三版本信息第一确定单元，具体可以包括：

第一生成时间确定子单元，用于确定所述第一版本信息对应的缓存数据的第一生成时间；

第二生成时间确定子单元，用于确定所述第二版本信息集合中的各个第二版本信息对应的缓存数据的第二生成时间，得到第二生成时间集合；

第三生成时间查找子单元，用于从所述第二生成时间集合中查找早于所述第一生成时间且距离所述第一生成时间最近的第三生成时间；

第三版本信息确定子单元，用于将所述第三生成时间对应的第二版本信息确定为所述第三版本信息。

可选的，该装置还可以包括：

目标版本信息获取模块，用于在从所述第二版本信息集合中确定第三版本信息之前，获取用户指定的目标版本信息；

所述第三版本信息确定模块403，具体可以包括：

目标版本信息查找单元，用于从所述第二版本信息集合中查找所述目标版本信息；

第三版本信息第二确定单元，用于将查找到的所述目标版本信息确定为所述第三版本信息。

可选的，该装置还可以包括：

版本信息内容第一更新模块，用于将所述本地缓存的缓存数据更新为所述第三版本信息对应的缓存数据之后，将所述第一版本信息的内容更新为与所述第三版本信息的内容一致。

可选的，该装置还可以包括：

第一当前版本信息获取模块，用于获取所述本地缓存的第一当前版本信息；

第二当前版本信息获取模块，用于获取集中缓存服务器中的缓存数据的第二当前版本信息；

判断模块，用于判断所述第一当前版本信息与所述第二当前版本信息是否一致；

缓存数据更新模块，用于当所述判断模块的判断结果为否时，获取所述第二当前版本信息对应的缓存数据；

将所述本地缓存的缓存数据更新为所述第二当前版本信息对应的缓存数据。

可选的，该装置还可以包括：

版本信息内容第二更新模块，用于将所述本地缓存的缓存数据更新为所述第二当前版本信息对应的缓存数据之后，将所述第一当前版本信息的内容更新为与所述第二当前版本信息的内容一致。

基于同样的思路，本说明书实施例还提供了上述方法对应的设备。

图5为本说明书实施例提供的对应于图2的一种本地缓存的更新设备的结构示意图。如图5所示，设备500可以包括：

至少一个处理器510；以及，

与所述至少一个处理器通信连接的存储器530；其中，

所述存储器530存储有可被所述至少一个处理器510执行的指令520，所述指令被所述至少一个处理器510执行，以使所述至少一个处理器510能够：

获取发生更新错误的本地缓存的第一版本信息；

获取集中缓存服务器中的缓存数据的第二版本信息集合；

从所述第二版本信息集合中确定第三版本信息；所述第三版本信息对应的缓存数据的生成时间早于所述第一版本信息对应的缓存数据的生成时间；

获取所述第三版本信息对应的缓存数据；

将所述本地缓存的缓存数据更新为所述第三版本信息对应的缓存数据。

基于同样的思路，本说明书实施例还提供了上述方法对应的系统。该系统可以包括：

多个应用服务器、至少一个集中缓存服务器，和数据库；所述多个应用服务器分别与所述集中缓存服务器连接；所述集中缓存服务器与所述数据库相连；

所述应用服务器，用于获取本地缓存的缓存数据的第一版本信息；所述缓存数据为发生更新错误的缓存数据；所述缓存数据为发生更新错误的缓存数据；获取集中缓存服务器中的缓存数据的第二版本信息集合；从所述第二版本信息集合中确定第三版本信息；所述第三版本信息对应的缓存数据的生成时间早于所述第一版本信息对应的缓存数据的生成时间；获取所述第三版本信息对应的缓存数据；将所述本地缓存的缓存数据更新为所述第三版本信息对应的缓存数据；

所述集中缓存服务器，用于向所述应用服务器发送所述第二版本信息集合；向所述应用服务器发送所述第三版本信息对应的缓存数据。

图6为本说明书实施例提供的一种本地缓存的更新系统的架构图。如图6所示，包括：

应用服务器601、应用服务器602和应用服务器603。应用服务器601、应用服务器602和应用服务器603分别和集中缓存服务器604相连。集中缓存服务器604与数据库605相连。应用服务器601、应用服务器602和应用服务器603中分别具有相应的本地缓存。

每个应用服务器的本地缓存可以存储当前需要运行的版本的缓存数据。集中缓存服务器604中可以存储多个版本的缓存数据。对于某个应用服务器而言，集中缓存服务器中存储的多个版本的缓存数据，可以是该应用服务器曾经使用过的历史版本数据。当某个应用服务器发生更新错误时，可以从集中缓存服务器604获取需要恢复的历史版本数据。数据库605的作用可以是，当应用服务器所需的缓存数据，在集中缓存服务器604中查找不到时，集中缓存服务器604可以从数据库605中查找相应的缓存数据，查找到以后，集中缓存服务器604再将相应的缓存数据发送至需要改缓存数据的应用服务器。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (22)

1.一种本地缓存的更新方法，包括：

获取本地缓存的缓存数据的第一版本信息；所述缓存数据为发生更新错误的缓存数据；

获取集中缓存服务器中的缓存数据的第二版本信息集合；

从所述第二版本信息集合中确定第三版本信息；所述第三版本信息对应的缓存数据的生成时间早于所述第一版本信息对应的缓存数据的生成时间；

获取所述第三版本信息对应的缓存数据；

将所述本地缓存的缓存数据更新为所述第三版本信息对应的缓存数据。

2.如权利要求1所述的方法，所述从所述第二版本信息集合中确定第三版本信息，具体包括：

根据所述第一版本信息从所述第二版本信息集合中确定第三版本信息。

3.如权利要求2所述的方法，所述版本信息具体为版本号，所述版本号按照预设规则生成，且生成时间相邻的至少两个版本的缓存数据对应的版本号是不同的；

所述根据所述第一版本信息从所述第二版本信息集合中确定第三版本信息，具体包括：

按照所述预设规则，根据所述第一版本信息，确定目标版本号；

从所述第二版本信息集合中查找所述目标版本号；

将所述第二版本信息集合中查找到的所述目标版本号确定为所述第三版本信息。

4.如权利要求3所述的方法，所述根据所述第一版本信息，确定目标版本号，具体包括：

根据所述第一版本信息，确定生成时间早于第一生成时间且距离所述第一生成时间最近的缓存数据对应的版本号为目标版本号；

所述第一生成时间为所述第一版本信息对应的缓存数据的生成时间。

5.如权利要求3所述的方法，所述根据所述第一版本信息，确定目标版本号，具体包括：

根据所述第一版本信息，确定生成时间早于第一生成时间且运行稳定的缓存数据对应的版本号为目标版本号；

所述第一生成时间为所述第一版本信息对应的缓存数据的生成时间。

6.如权利要求2所述的方法，所述根据所述第一版本信息从所述第二版本信息集合中确定第三版本信息，具体包括：

确定所述第一版本信息对应的缓存数据的第一生成时间；

确定所述第二版本信息集合中的各个第二版本信息对应的缓存数据的第二生成时间，得到第二生成时间集合；

从所述第二生成时间集合中查找早于所述第一生成时间且距离所述第一生成时间最近的第三生成时间；

将所述第三生成时间对应的第二版本信息确定为所述第三版本信息。

7.如权利要求1所述的方法，所述从所述第二版本信息集合中确定第三版本信息之前，还包括：

获取用户指定的目标版本信息；

所述从所述第二版本信息集合中确定第三版本信息，具体包括：

从所述第二版本信息集合中查找所述目标版本信息；

将查找到的所述目标版本信息确定为所述第三版本信息。

8.如权利要求1所述的方法，所述将所述本地缓存的缓存数据更新为所述第三版本信息对应的缓存数据之后，还包括：

将所述第一版本信息的内容更新为与所述第三版本信息的内容一致。

9.如权利要求1所述的方法，还包括：

获取所述本地缓存的第一当前版本信息；

获取集中缓存服务器中的缓存数据的第二当前版本信息；

判断所述第一当前版本信息与所述第二当前版本信息是否一致；

如果不一致，获取所述第二当前版本信息对应的缓存数据；

将所述本地缓存的缓存数据更新为所述第二当前版本信息对应的缓存数据。

10.如权利要求9所述的方法，所述将所述本地缓存的缓存数据更新为所述第二当前版本信息对应的缓存数据之后，还包括：

将所述第一当前版本信息的内容更新为与所述第二当前版本信息的内容一致。

11.一种本地缓存的更新装置，包括：

第一版本信息获取模块，用于获取本地缓存的缓存数据的第一版本信息；所述缓存数据为发生更新错误的缓存数据；

第二版本信息集合获取模块，用于获取集中缓存服务器中的缓存数据的第二版本信息集合；

第三版本信息确定模块，用于从所述第二版本信息集合中确定第三版本信息；所述第三版本信息对应的缓存数据的生成时间早于所述第一版本信息对应的缓存数据的生成时间；

缓存数据获取模块，用于获取所述第三版本信息对应的缓存数据；

缓存数据更新模块，用于将所述本地缓存的缓存数据更新为所述第三版本信息对应的缓存数据。

12.如权利要求11所述的装置，所述第三版本信息确定模块，具体包括：

第三版本信息第一确定单元，用于根据所述第一版本信息从所述第二版本信息集合中确定第三版本信息。

13.如权利要求12所述的装置，所述版本信息具体为版本号，所述版本号按照预设规则生成，且生成时间相邻的至少两个版本的缓存数据对应的版本号是不同的；

所述第三版本信息第一确定单元，具体包括：

目标版本号确定子单元，用于按照所述预设规则，根据所述第一版本信息，确定目标版本号；

目标版本号查找子单元，用于从所述第二版本信息集合中查找所述目标版本号；

第三版本信息确定子单元，用于将所述第二版本信息集合中查找到的所述目标版本号确定为所述第三版本信息。

14.如权利要求13所述的装置，所述目标版本号确定子单元，具体用于：

根据所述第一版本信息，确定生成时间早于第一生成时间且距离所述第一生成时间最近的缓存数据对应的版本号为目标版本号；

所述第一生成时间为所述第一版本信息对应的缓存数据的生成时间。

15.如权利要求13所述的装置，其特征在于，所述目标版本号确定子单元，具体用于：

根据所述第一版本信息，确定生成时间早于第一生成时间且运行稳定的缓存数据对应的版本号为目标版本号；

所述第一生成时间为所述第一版本信息对应的缓存数据的生成时间。

16.如权利要求12所述的装置，所述第三版本信息第一确定单元，具体包括：

第一生成时间确定子单元，用于确定所述第一版本信息对应的缓存数据的第一生成时间；

第二生成时间确定子单元，用于确定所述第二版本信息集合中的各个第二版本信息对应的缓存数据的第二生成时间，得到第二生成时间集合；

第三生成时间查找子单元，用于从所述第二生成时间集合中查找早于所述第一生成时间且距离所述第一生成时间最近的第三生成时间；

第三版本信息确定子单元，用于将所述第三生成时间对应的第二版本信息确定为所述第三版本信息。

17.如权利要求11所述的装置，还包括：

目标版本信息获取模块，用于在从所述第二版本信息集合中确定第三版本信息之前，获取用户指定的目标版本信息；

所述第三版本信息确定模块，具体包括：

目标版本信息查找单元，用于从所述第二版本信息集合中查找所述目标版本信息；

第三版本信息第二确定单元，用于将查找到的所述目标版本信息确定为所述第三版本信息。

18.如权利要求11所述的装置，还包括：

版本信息内容第一更新模块，用于将所述本地缓存的缓存数据更新为所述第三版本信息对应的缓存数据之后，将所述第一版本信息的内容更新为与所述第三版本信息的内容一致。

19.如权利要求11所述的装置，还包括：

第一当前版本信息获取模块，用于获取所述本地缓存的第一当前版本信息；

第二当前版本信息获取模块，用于获取集中缓存服务器中的缓存数据的第二当前版本信息；

判断模块，用于判断所述第一当前版本信息与所述第二当前版本信息是否一致；

缓存数据更新模块，用于当所述判断模块的判断结果为否时，获取所述第二当前版本信息对应的缓存数据；

将所述本地缓存的缓存数据更新为所述第二当前版本信息对应的缓存数据。

20.如权利要求19所述的装置，还包括：

版本信息内容第二更新模块，用于将所述本地缓存的缓存数据更新为所述第二当前版本信息对应的缓存数据之后，将所述第一当前版本信息的内容更新为与所述第二当前版本信息的内容一致。

21.一种本地缓存的更新设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取本地缓存的缓存数据的第一版本信息；所述缓存数据为发生更新错误的缓存数据；

获取集中缓存服务器中的缓存数据的第二版本信息集合；

从所述第二版本信息集合中确定第三版本信息；所述第三版本信息对应的缓存数据的生成时间早于所述第一版本信息对应的缓存数据的生成时间；

获取所述第三版本信息对应的缓存数据；

将所述本地缓存的缓存数据更新为所述第三版本信息对应的缓存数据。

22.一种本地缓存的更新系统，包括：

多个应用服务器、至少一个集中缓存服务器，和数据库；所述多个应用服务器分别与所述集中缓存服务器连接；所述集中缓存服务器与所述数据库相连；

所述应用服务器，用于获取本地缓存的缓存数据的第一版本信息；所述缓存数据为发生更新错误的缓存数据；所述缓存数据为发生更新错误的缓存数据；获取集中缓存服务器中的缓存数据的第二版本信息集合；从所述第二版本信息集合中确定第三版本信息；所述第三版本信息对应的缓存数据的生成时间早于所述第一版本信息对应的缓存数据的生成时间；获取所述第三版本信息对应的缓存数据；将所述本地缓存的缓存数据更新为所述第三版本信息对应的缓存数据；

所述集中缓存服务器，用于向所述应用服务器发送所述第二版本信息集合；向所述应用服务器发送所述第三版本信息对应的缓存数据。