CN106547751A

CN106547751A - 缓存数据的更新方法及装置

Info

Publication number: CN106547751A
Application number: CN201510591581.5A
Authority: CN
Inventors: 张锐
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2015-09-16
Filing date: 2015-09-16
Publication date: 2017-03-29
Anticipated expiration: 2035-09-16
Also published as: CN106547751B

Abstract

本申请提供一种缓存数据的更新方法及装置，该方法可以包括：检测到缓存空间中针对当前用户的数据更新需求被触发；根据所述缓存空间中保存的所述当前用户与业务对象之间的关联关系数据，查找所述缓存空间中对应于所述当前用户的业务对象；更新查找到的业务对象对应的业务对象数据。通过本申请的技术方案，可以对缓存空间中的业务对象数据进行分批量地更新，避免产生突发性的数据更新事件，有助于降低数据更新造成的系统负载压力。

Description

缓存数据的更新方法及装置

技术领域

本申请涉及数据处理技术领域，尤其涉及缓存数据的更新方法及装置。

背景技术

在相关技术中，一些服务平台可供用户创建对应的业务对象，从而在该服务平台实现相应的业务功能。每个用户可以创建大量的业务对象，并将相应的业务对象数据存储在数据库中。

假定用户A创建了多个业务对象，则根据用户A与每个业务对象之间的关联关系，将对应的业务对象数据存储在数据库中。那么，当另一用户B希望查看用户A关联的任一业务对象的业务对象数据时，需要由服务器向数据库发起请求，然后将请求到的该业务对象数据并返回该用户B，并通过生成相应的展示页面，以供该用户B进行浏览。

随着用户和业务对象的增加，导致用户对数据库的访问频率不断升高，对数据库造成的压力越来越大、效率越来越低。因此，为了降低对数据库的访问强度、提升数据响应速度，相关技术中提出了将被访问过的业务对象数据缓存在服务器的解决方案，则该业务对象数据再次被访问时，无需调用数据库，直接从服务器的缓存中调取即可。

并且，当数据库中对应于该用户A的业务对象数据发生更新时，需要同时对服务器中缓存的业务对象数据进行更新。而在相关技术中，通常是对缓存中与用户A相关的所有业务对象数据进行全量更新；而当用户A对应的业务对象数量众多时，会由此产生巨大的突发性系统负载压力，不利于系统稳定性。

发明内容

有鉴于此，本申请提供一种缓存数据的更新方法及装置，可以对缓存空间中的业务对象数据进行分批量地更新，避免产生突发性的数据更新事件，有助于降低数据更新造成的系统负载压力。

为实现上述目的，本申请提供技术方案如下：

根据本申请的第一方面，提出了一种缓存数据的更新方法，包括：

检测到缓存空间中针对当前用户的数据更新需求被触发；

根据所述缓存空间中保存的所述当前用户与业务对象之间的关联关系数据，查找所述缓存空间中对应于所述当前用户的业务对象；

更新查找到的业务对象对应的业务对象数据。

根据本申请的第二方面，提出了一种缓存数据的更新装置，包括：

检测单元，检测到缓存空间中针对当前用户的数据更新需求被触发；

查找单元，根据所述缓存空间中保存的所述当前用户与业务对象之间的关联关系数据，查找所述缓存空间中对应于所述当前用户的业务对象；

更新单元，更新查找到的业务对象对应的业务对象数据。

由以上技术方案可见，本申请通过确定在缓存空间内增加当前用户与业务对象之间的关联关系数据，使得服务器可以据此仅对相应部分的业务对象进行缓存数据的更新操作，从而对大量的业务对象数据更新需求进行合理分配，避免造成巨大的突发性系统负载压力。同时，当业务对象存在对应的关联关系数据时，可以体现出该业务对象存在被访问需求，从而通过对相应的业务对象数据进行及时更新，可以确保更高的访问效率，有助于提升访问用户的使用体验。

附图说明

图1是本申请一示例性实施例提供的一种缓存数据的更新方法的流程图；

图2是本申请一示例性实施例提供的一种系统架构的结构示意图；

图3是本申请一示例性实施例提供的另一种缓存数据的更新方法的流程图；

图4是本申请一示例性实施例提供的又一种缓存数据的更新方法的流程图；

图5是本申请一示例性实施例提供的一种时间轴及有效期的示意图；

图6是本申请一示例性实施例提供的另一种时间轴及有效期的示意图；

图7是本申请一示例性实施例提供的又一种时间轴及有效期的示意图；

图8是本申请一示例性实施例提供的一种电子设备的结构示意图；

图9是本申请一示例性实施例提供的一种缓存数据的更新装置的框图。

具体实施方式

本申请通过改进对缓存数据的更新方式，以解决相关技术中的技术问题。为对本申请进行进一步说明，提供下列实施例：

图1是本申请一示例性实施例提供的一种缓存数据的更新方法的流程图，如图1所示，该方法应用于服务器，可以包括以下步骤：

步骤102，检测到缓存空间中针对当前用户的数据更新需求被触发。

在本实施例中，当前用户对应的业务对象的业务对象数据存储在数据库中，而通过将该业务对象数据在服务器中进行缓存，可以避免对数据库的频繁访问，提升响应效率。

步骤104，根据缓存空间中保存的当前用户与业务对象之间的关联关系数据，查找缓存空间中对应于当前用户的业务对象。

在本实施例中，虽然当前用户对应的所有业务对象数据均可以缓存在服务器的缓存空间中，但各个业务对象数据之间的被访问热度并不相同，因而可以根据该被访问热度的差异，将业务对象分为活跃状态和非活跃状态；其中，对于在缓存空间中存在对应的关联关系数据的业务对象，可以认为处于活跃状态，否则认为处于非活跃状态。

那么，通过对活跃状态的业务对象的业务对象数据进行更新，可以确保最新的业务对象数据能够及时地缓存在服务器中，并能够用于对访问请求的快速响应。而对于非活跃状态的业务对象，被访问的概率较低，因而不需要及时更新，从而将所有业务对象数据的更新操作相互错开，可以避免在同一时间内产生巨大的突发性系统负载压力。

在本实施例中，当业务对象对应的业务对象数据最近一次被缓存至缓存空间时，该业务对象对应的关联关系数据可以被同时缓存至该缓存空间。相应的，当缓存空间中存在某个业务对象对应的关联关系数据时，可以表明该业务对象在历史上被访问，从而判定为上述的活跃状态的业务对象。

其中，缓存空间中的关联关系数据可以存在对应的第一有效期，且当该第一有效期过期时，失效对应的关联关系数据。在该实施例中，可以通过对关联关系数据的及时失效处理，增加了在时间维度上对业务对象的活跃程度的判定操作，使得只有在近期(即第一有效期之内)被访问过的业务对象，才能够在缓存空间中保留对应的关联关系数据，从而确保该业务对象对应的业务对象数据能够被及时更新。

步骤106，更新查找到的业务对象对应的业务对象数据。

在本实施例中，根据应用场景与业务对象的不同，业务对象数据也存在差异。举例而言，当本申请的技术方案应用于电商平台时，业务对象为该电商平台上的商品，而业务对象数据可以为该商品的展示页面数据。

由以上实施例可见，本申请通过确定处于活跃状态的业务对象，使得服务器可以仅对这部分业务对象进行缓存数据的更新操作，从而对大量的业务对象数据更新需求进行合理分配，避免造成巨大的突发性系统负载压力。同时，当业务对象处于活跃状态时，表明该类业务对象的访问需求更大，通过对相应的业务对象数据进行及时更新，可以确保更高的访问效率，有助于提升访问用户的使用体验。

图2是本申请一示例性实施例提供的一种系统架构的结构示意图，如图2所示，在本申请的技术方案采用的系统架构中，服务器的缓存空间内不仅存储业务对象数据，同时还对用户与业务对象之间的关联关系进行缓存。

下面结合图3-4，以电商平台中的商品交易场景为例，对图2提供的系统架构的处理过程进行详细说明。具体地，假定卖家A在某电商平台上建立了若干商品(对应于“业务对象”)，对应的商品信息(对应于“业务对象数据”)被存储在数据库中，并在被访问后缓存至服务器的缓存空间中；当然，本领域技术人员应该理解的是，本申请的技术方案可以应用于任意数据交互、缓存的场景下，本申请并不对此进行限制。

1、缓存过程

图3是本申请一示例性实施例提供的另一种缓存数据的更新方法的流程图，如图3所示，该方法应用于服务器，可以包括以下步骤：

步骤302，接收到买家B针对卖家A的某件商品的商品访问请求。

步骤304，解析商品访问请求，获取买家B的访问目标的商品ID(对应于“业务对象ID”)。

步骤306，从缓存空间中查询获取的商品ID。

步骤308，当确定缓存空间中存在对应于该商品ID的商品信息时，转入步骤310，否则转入步骤314。

步骤310，判断该商品信息中包含的第二有效期是否已经过期，若是则转入步骤314，否则转入步骤312。

在本实施例中，如图2所示，在将业务对象数据缓存至缓存空间时，业务对象数据中包括：业务对象的展示页面数据和第二有效期。对应于图3中的商品交易场景，该业务对象数据即商品信息，包括：商品展示信息(对应于业务对象的展示页面数据)和第二有效期。当第二有效期已过时，表明相应的商品展示信息过期，缓存空间将失效对应的商品信息。

其中，“第二有效期”可以由起始时间点和有效时长进行定义；或者，“第二有效期”也可以为基于该起始时间点和有效时长计算得到的截止时间点；或者，还可以采用其他方式进行表示，本申请并不对此进行限制。

步骤312，向买家B返回商品信息中包含的商品展示信息；其中，当由步骤310转入步骤312时，该商品展示信息是缓存的商品信息中包含的商品展示信息；当由步骤314转入步骤312时，该商品展示信息是从数据库中获取的最新数据对应的商品展示信息。

步骤314，调取数据库，从数据库中获取对应于该商品ID的最新数据。

在本实施例中，在如图2所示的系统架构中，服务器提供数据查询服务，可以由该数据查询服务从数据库中提取相应的业务对象的最新数据，即对应于该商品ID的最新数据。

步骤316，根据获取的最新数据，将该商品ID对应的商品信息和关联关系数据缓存在服务器的缓存空间内。

在本实施例中，服务器中还提供“展示数据渲染功能”、“有效期计算功能”和“关联关系处理功能”。

其中，“展示数据渲染功能”用于将数据库中提取的最新数据渲染为对应的展示页面数据(即商品展示信息)，使得访问用户获取该展示页面数据后，可以在本地的浏览器上生成对业务对象的展示页面；“有效期计算功能”用于根据业务对象数据缓存至缓存空间的起始时间点和缓存时长，生成对应的第二有效期。因此，业务对象数据的缓存结构可以为{业务对象ID，展示页面数据，第二有效期}，即商品信息的缓存结构可以为{商品ID，商品展示信息，第二有效期}。

类似地，在数据库返回的“最新数据”中，还包括该业务对象所属用户的ID信息(即卖家ID)，则“关联关系处理功能”用于在业务对象数据被缓存的同时，创建该业务对象与所属用户之间的关联关系，该关联关系的缓存结构可以为{业务对象ID，用户ID}，即卖家A与商品之间的缓存结构可以为{商品ID，卖家ID}；此外，“关联关系处理功能”还根据关联关系缓存至缓存空间的起始时间点和缓存时长，生成对应的第一有效期。

通过上述过程，买家B或其他买家用户可以获取感兴趣的商品信息，同时可以确保这些商品对应的商品信息和关联关系数据能够在服务器的缓存空间内进行缓存，并且能够对缓存空间中已经过期的商品信息进行更新，有助于后续实现高效的商品信息反馈。

2、更新过程

图4是本申请一示例性实施例提供的又一种缓存数据的更新方法的流程图，如图4所示，该方法应用于服务器，可以包括以下步骤：

步骤402，当卖家A对店铺进行装修时，判定相应的商品更新需求(相当于“数据更新需求”)被触发，即需要对服务器的缓存空间中对应于卖家A的数据进行更新。

在本实施例中，“店铺装修”仅为举例，很可能存在很多其他情况或场景，也可能触发商品更新需求，本申请并不对此进行限制。

步骤404，获取缓存空间中对应于该卖家A的关联关系数据，该关联关系数据中包括该卖家A与其拥有的商品的关联关系，以及每条关联关系的第一有效期。

换言之，服务器获取缓存空间中保存的当前用户(即卖家A)与业务对象(即卖家A的商品)之间的关联关系数据；其中，当业务对象(即卖家A的商品)的业务对象数据(即商品信息)最近一次被缓存(包括创建于缓存空间中，或者对缓存空间中的旧商品信息进行更新)至该缓存空间时，关联关系数据被同时(即第一有效期与第二有效期的起始时间点相同)缓存至该缓存空间，且该关联关系数据存在对应的第一有效期。比如图5所示，假定商品信息和关联关系数据同时在T1时间点被缓存，则第一有效期为以T1为起始时间点、T3为截止时间点、缓存时长为t1的时间段，而第二有效期为以T1为起始时间点、T2为截止时间点、缓存时长为t2的时间段。

其中，t1和t2可以根据实际需求进行任意设定。举例而言，系统内可以存在默认时长T_default、用户配置时长T_valid(比如由卖家自行设置)、业务配置时长T_activity(比如该商品参加平台或卖家举办的某活动，则可以为该活动的举办时长，或者该活动规定的时长)等，其中默认时长T_default的长度大于用户配置时长T_valid和业务配置时长T_activity。那么，可以设置t2为默认时长T_default，而t1为min{T_default，T_valid，T_activity}，以确保t1≤t2。

步骤406，根据每条关联关系对应的第一有效期，针对尚未过期的关联关系，从缓存空间内查找对应的商品信息。

在本实施例中，当关联关系尚未过期时，结合图5所示，表明当前时间点位于起始时间点T1与截止时间点T3之间，比如T4或者T2等。实际上，通过设置长度有限的第一有效期t1，使得当前时间点尚未过期时，表明相应商品在至少t1时长之内被访问过，即存在买家在过去的一段时间内对该商品感兴趣，从而可以认为该商品处于活跃状态；相对的，当关联关系已经过期时，表明买家在过去的一段时间内对该商品不感兴趣，从而可以认为该商品处于非活跃状态。

步骤408，调取数据库，获取步骤406中查找的商品信息对应的最新数据，并根据该最新数据对这些商品信息以及对应的关联关系进行更新。

在本实施例中，通过设置第一有效期，并基于该第一有效期的过期情况，可以将商品分为“活跃状态”和“非活跃状态”两类，并且能够据此准确分辨出每类商品。据此，可以对“活跃状态”的商品信息的缓存数据进行立即更新，而对于“非活跃状态”的商品信息的缓存数据，可以在买家希望访问该商品时，通过图3所示的缓存过程对相应的缓存数据进行更新，而并不会出现漏更新的情况。

通过上述实施例可知，一方面能够使买家能够尽快享受到缓存数据带来的快速商品信息响应，另一方面能够使所有商品信息的更新操作被分摊至多个时间点来执行，避免所有商品信息的同时更新给系统带来较大的负载压力和风险。

需要说明的是：应当确保第一有效期的截止时间点不早于第二有效期的截止时间点。如图5所示，第一有效期和第二有效期的起始时间点均为T 1，而第一有效期的截止时间点为T3、第二有效期的截止时间点为T2，由于T3＞T2，因而能够满足T3不早于T2。那么，在下述场景中的处理过程包括：

1)场景一。如图5所示，假定在起始时间点T1与截止时间点T2之间的时间点T4触发了商品更新需求，此时关联关系处于第一有效期(T1～T3)内，可以据此实现对商品信息的更新；同时，此时商品信息位于第二有效期(T1～T2)内，则服务器能够在缓存空间中查找到该商品信息，并对其进行更新。那么，能够形成新的起始时间点T4，而第一有效期的截止时间点更新为T6、第二有效期的截止时间点更新为T5。

2)场景二。如图6所示，假定在截止时间点T2与截止时间点T3之间的时间点T7触发了商品更新需求，虽然商品信息对应的第二有效期(T1～T2)已过期，导致缓存空间内的商品信息缓存数据已自动失效，但由于关联关系对应的第一有效期(T1～T3)尚未过期，仍然可以据此实现对商品信息的更新。那么，能够形成新的起始时间点T7，而第一有效期的截止时间点更新为T9、第二有效期的截止时间点更新为T8。

如果将第一有效期的截止时间点设为T2、第二有效期的截止时间点设为T3，即第一有效期为起始时间点T1至截止时间点T2之间、缓存时长为t2的时间段，第二有效期为起始时间点T1至截止时间点T3之间、缓存时长为t1的时间段，则此时第一有效期的截止时间点早于第二有效期的截止时间点。那么，在下述场景中的处理过程包括：

1)场景一。如图5所示，假定在起始时间点T1与截止时间点T2之间的时间点T4触发了商品更新需求，此时关联关系处于第一有效期(T1～T2)内，可以据此实现对商品信息的更新；同时，此时商品信息位于第二有效期(T1～T3)内，则服务器能够在缓存空间中查找到该商品信息，并对其进行更新。那么，能够形成新的起始时间点T4，而第一有效期的截止时间点更新为T6、第二有效期的截止时间点更新为T5。

2)场景二。如图6所示，假定在截止时间点T2与截止时间点T3之间的时间点T7触发了商品更新需求，由于关联关系对应的第一有效期(T1～T2)已过期，导致服务器不会对相应的商品信息缓存数据进行更新。那么如果在时间点T7～T3期间存在买家访问该商品时，由于商品信息对应的第二有效期(T1～T3)尚未过期，服务器将直接将缓存的商品展示信息返回给买家，但实际上该商品的商品展示信息已经发生了更新，因而返回的商品展示信息实际上属于错误信息。

所以，通过使第一有效期的截止时间点不早于第二有效期的截止时间点，可以确保服务器向用户返回的业务对象的展示页面数据(商品的商品展示信息)始终为当前的最新数据，而不会在数据已更新的情况下返回旧数据。

此外，在本申请的实施例中，在接收到对业务对象的访问请求时，若缓存空间中存在对应的业务对象数据且该业务对象数据中的第二有效期尚未过期，则可以以当前时间点为新的起始时间对该业务对象对应的关联关系数据中的第一有效期进行更新。以图5为例，假定第一有效期为T1～T3、第二有效期为T1～T2，则当买家在T4发起访问时，可以将第一有效期调整为T4～T6，而第二有效期仍为T1～T2，能够保证满足第一有效期的截止时间点不早于第二有效期。通过对第一有效期的调整，使得买家对商品的每一次访问都会造成后续影响，使得当买家用户不断访问该商品时，该商品对应的关联关系可以被一直缓存，从而当某个时刻触发了数据更新需求时，能够判定该商品处于活跃状态，以使服务器可以在第一时间内对该商品对应的商品信息进行更新，则后续访问的买家可以尽早享受到缓存数据带来的快速响应。

通过本申请的上述实施例，可以有效降低系统的数据更新次数，从而降低系统负载。举例而言，假定卖家A拥有m个商品，在如图7所示的任意时间段内，如果卖家A在时间点T装修了自己的店铺，那么相关技术中需要对所有m个商品的缓存信息进行同时更新，当m很大时将造成巨大的系统负载压力。

而根据本申请的技术方案，假定关联关系的第一有效期的时长为t1，则当且仅当过去的t1时间段(从时间点T-t1至时间点T)内有买家访问的商品，对应的关联关系会处于尚未过期状态，能够在T时刻被更新；而其他商品的关联关系会处于过期状态，因而不会更新对应的商品缓存。

将第一有效期的时长t1分片，使t1＝h×Δt，其中Δt为指定的时间间隔(例如1秒)，h为比例常数。假设在Δt内，卖家A的商品a_i被访问概率为β_i，1≤i≤m。由于商品a_i只有在过去的t1时间段(从时间点T-t1至时间点T)内被访问过，才能够完成数据更新，因而a_i在T时刻被更新的概率P(a_i被失效)＝1-(1-β_i)^h，而a_i的被更新次数期望为E_i(a_i被更新次数)＝1*P(a_i被更新)+0*P(a_i未被失效)＝1-(1-β_i)^h。

所以，在T时刻卖家A的m个商品更新次数的期望为E(A的商品更新次数)＝Σ_iE(a_i被失效次数)＝m–[Σ_i(1-β_i)^h]。可见，本申请的技术方案中，商品更新次数远低于相关技术中的全量更新次数，从而有效降低了系统负载。

图8示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图8，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成缓存数据的更新装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图9，在软件实施方式中，该缓存数据的更新装置可以包括检测单元、查找单元和更新单元。其中：

更新单元，更新查找到的业务对象对应的业务对象数据。

可选的，所述业务对象数据包括展示页面数据。

可选的，当所述业务对象对应的业务对象数据最近一次被缓存至所述缓存空间时，所述业务对象对应的关联关系数据被同时缓存至所述缓存空间。

可选的，所述关联关系数据存在对应的第一有效期；其中，当所述第一有效期过期时，失效对应的所述关联关系数据。

可选的，所述业务对象数据存在对应的第二有效期；其中，所述第一有效期的截止时间点不早于所述第二有效期的截止时间点。

可选的，还包括：

接收单元，接收到对所述业务对象的访问请求；

处理单元，当所述缓存空间中存在对应的业务对象数据且所述业务对象数据中的第二有效期尚未过期时，返回所述业务对象数据中的展示页面数据；当所述缓存空间中不存在对应的业务对象数据，或者存在的业务对象数据中的第二有效期已过期时，对所述缓存空间中的所述业务对象数据以及对应的关联关系数据进行更新。

可选的，还包括：

有效期更新单元，当所述缓存空间中存在对应的业务对象数据且所述业务对象数据中的第二有效期尚未过期时，以当前时间点为新的起始时间对所述业务对象对应的关联关系数据中的第一有效期进行更新。

可选的，所述当前用户为卖家用户，所述业务对象为所述卖家用户在电商平台上的出售商品。

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

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

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

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

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

Claims

1.一种缓存数据的更新方法，其特征在于，包括：

检测到缓存空间中针对当前用户的数据更新需求被触发；

更新查找到的业务对象对应的业务对象数据。

2.根据权利要求1所述的方法，其特征在于，所述业务对象数据包括展示页面数据。

3.根据权利要求1所述的方法，其特征在于，当所述业务对象对应的业务对象数据最近一次被缓存至所述缓存空间时，所述业务对象对应的关联关系数据被同时缓存至所述缓存空间。

4.根据权利要求3所述的方法，其特征在于，所述关联关系数据存在对应的第一有效期；其中，当所述第一有效期过期时，失效对应的所述关联关系数据。

5.根据权利要求4所述的方法，其特征在于，所述业务对象数据存在对应的第二有效期；其中，所述第一有效期的截止时间点不早于所述第二有效期的截止时间点。

6.根据权利要求4所述的方法，其特征在于，还包括：

接收到对所述业务对象的访问请求；

当所述缓存空间中存在对应的业务对象数据且所述业务对象数据中的第二有效期尚未过期时，返回所述业务对象数据中的展示页面数据；

当所述缓存空间中不存在对应的业务对象数据，或者存在的业务对象数据中的第二有效期已过期时，对所述缓存空间中的所述业务对象数据以及对应的关联关系数据进行更新。

7.根据权利要求6所述的方法，其特征在于，还包括：

当所述缓存空间中存在对应的业务对象数据且所述业务对象数据中的第二有效期尚未过期时，以当前时间点为新的起始时间对所述业务对象对应的关联关系数据的第一有效期进行更新。

8.根据权利要求1所述的方法，其特征在于，所述当前用户为卖家用户，所述业务对象为所述卖家用户在电商平台上的出售商品。

9.一种缓存数据的更新装置，其特征在于，包括：

更新单元，更新查找到的业务对象对应的业务对象数据。

10.根据权利要求9所述的装置，其特征在于，所述业务对象数据包括展示页面数据。

11.根据权利要求9所述的装置，其特征在于，当所述业务对象对应的业务对象数据最近一次被缓存至所述缓存空间时，所述业务对象对应的关联关系数据被同时缓存至所述缓存空间。

12.根据权利要求11所述的装置，其特征在于，所述关联关系数据存在对应的第一有效期；其中，当所述第一有效期过期时，失效对应的所述关联关系数据。

13.根据权利要求12所述的装置，其特征在于，所述业务对象数据存在对应的第二有效期；其中，所述第一有效期的截止时间点不早于所述第二有效期的截止时间点。

14.根据权利要求12所述的装置，其特征在于，还包括：

接收单元，接收到对所述业务对象的访问请求；

15.根据权利要求14所述的装置，其特征在于，还包括：

16.根据权利要求9所述的装置，其特征在于，所述当前用户为卖家用户，所述业务对象为所述卖家用户在电商平台上的出售商品。