CN105357293B - 一种数据缓存的更新方法及服务器 - Google Patents

Abstract

本发明实施例公开了一种数据缓存的更新方法，包括：在第一周期内，通过后台任务获取用户操作记录表，该用户操作记录表中携带被调用的第一接口对应的第一缓存键；根据第一缓存键，生成第一缓存值，该第一缓存值用于表征第一接口到第一周期为止被累计调用的操作数据；当第一缓存值与缓存数据库中第一接口对应的缓存值不一致时，将该第一缓存值更新为缓存数据库中第一接口对应的缓存值。本发明实施例还同时公开了一种服务器。

Description

一种数据缓存的更新方法及服务器

技术领域

本发明涉及计算机领域中的数据缓存技术，尤其涉及一种数据缓存的更新方法及服务器。

背景技术

随着计算机技术的发展，以及数据库技术的大量使用，在服务器向客户提供服务时，对数据库的访问采用缓存技术来实现。在服务器向客户提供服务时，该服务器使用缓存技术可以缓存上次接口调用的结果(即缓存值)，在下次接收到客户端的上述接口调用请求时，直接使用上次缓存的缓存值，提高客户端的访问效率。

目前的缓存方案中，服务器是通过客户端的用户的行为进行接口调用的缓存的，也就是说，缓存值的生成是在用户行为发生之后，且缓存值都设置了一定的有效时间，当数据过期时，由用户的访问来生成新的缓存值。

但是，现有技术的方案存在以下问题：

由于用户行为的不确定性，导致通过用户行为生成的接口调用的缓存值的生成时间会不确定，而当缓存值的生成时间差距较大时，会造成接口对应的访问数据的一致性出现问题；以及接口对应的缓存值达到有效时间后，该缓存值需要重新写入，当一次性写入的缓存值较多时，会对系统性能有一定的影响。

发明内容

为解决上述技术问题，本发明实施例期望提供一种数据缓存的更新方法及服务器，能够保证访问数据的一致性，并提高了系统的整体性能。

本发明的技术方案是这样实现的：

本发明实施例提供一种数据缓存的更新方法，所述方法包括：

在第一周期内，通过后台任务获取用户操作记录表，所述用户操作记录表中携带被调用的第一接口对应的第一缓存键；

根据所述第一缓存键，生成第一缓存值，所述第一缓存值用于表征所述第一接口到所述第一周期为止被累计调用的操作数据；

当所述第一缓存值与缓存数据库中所述第一接口对应的缓存值不一致时，将所述第一缓存值更新为所述缓存数据库中所述第一接口对应的缓存值。

在上述方案中，所述根据所述第一缓存键，生成第一缓存值之后，所述方法还包括：

当所述第一缓存值与缓存数据库中所述第一接口对应的缓存值一致时，不更新所述缓存数据库中所述第一接口对应的缓存值，并丢弃所述第一缓存值。

在上述方案中，所述用户操作记录表中还携带所述第一接口对应的缓存键身份识别号ID，当所述第一接口的调用类型为预设的预测参数类型时，所述将所述第一缓存值更新为所述缓存数据库中所述第一接口对应的缓存值，或者所述不更新所述缓存数据库中所述第一接口对应的缓存值之后，所述方法还包括：

根据所述第一接口的调用类型，获取预测参数；

根据所述预测参数和所述缓存键ID，生成第二缓存建；

根据所述第二缓存建，生成第二缓存值，所述第二缓存值为预测的待调用所述第一接口对应的第二缓存值。

在上述方案中，所述通过后台任务获取用户操作记录表之前，所述方法还包括：

获取所述第一接口的调用参数；

根据所述第一接口的调用参数，生成所述用户操作记录表中所述第一接口对应的用户操作记录。

在上述方案中，所述根据所述第一接口的调用参数，生成所述用户操作记录表中所述第一接口对应的用户操作记录，包括：

根据所述第一接口的调用参数，生成所述第一缓存键和所述缓存键ID；

以所述缓存键ID为标识，将所述第一缓存键写入所述用户操作记录表。

本发明实施例提供一种服务器，所述服务器包括：

获取单元，用于在第一周期内，通过后台任务获取用户操作记录表，所述用户操作记录表中携带被调用的第一接口对应的第一缓存键；

生成单元，用于根据所述获取单元获取的所述第一缓存键，生成第一缓存值，所述第一缓存值用于表征所述第一接口到所述第一周期为止被累计调用的操作数据；

更新单元，用于当所述生成单元生成的所述第一缓存值与缓存数据库中所述第一接口对应的缓存值不一致时，将所述第一缓存值更新为所述缓存数据库中所述第一接口对应的所述第一接口对应的缓存值。

在上述服务器中，所述更新单元，还用于所述生成单元根据所述获取单元获取的所述第一缓存键，生成第一缓存值之后，当所述生成单元生成的所述第一缓存值与缓存数据库中所述第一接口对应的缓存值一致时，不更新所述缓存数据库中所述第一接口对应的缓存值，并丢弃所述第一缓存值。

在上述服务器中，所述获取单元获取的所述用户操作记录表中还携带所述第一接口对应的缓存键身份识别号ID；

所述获取单元，还用于当所述第一接口的调用类型为预设的预测参数类型时，所述更新单元将所述第一缓存值更新为所述缓存数据库中所述第一接口对应的缓存值，或者所述不更新所述缓存数据库中所述第一接口对应的缓存值之后，根据所述第一接口的调用类型，获取预测参数；

所述生成单元，还用于根据所述获取单元获取的所述预测参数和所述缓存键ID，生成第二缓存建；以及根据所述第二缓存建，生成第二缓存值，所述第二缓存值为预测的待调用所述第一接口对应的第二缓存值。

在上述服务器中，所述获取单元，还用于所述通过后台任务获取用户操作记录表之前，获取所述第一接口的调用参数；

所述生成单元，还用于根据所述获取单元获取的所述第一接口的调用参数，生成所述用户操作记录表中所述第一接口对应的用户操作记录。

在上述服务器中，所述服务器还包括：写单元；

所述生成单元，具体用于根据所述获取单元获取的所述第一接口的调用参数，生成所述第一缓存键和所述缓存键ID；

所述写单元，用于以所述生成单元生成的所述缓存键ID为标识，将所述第一缓存键写入所述生成单元生成的所述用户操作记录表。

本发明实施例提供了一种数据缓存的更新方法及服务器，通过在第一周期内，通过后台任务获取用户操作记录表，该用户操作记录表中携带被调用的第一接口对应的第一缓存键；根据第一缓存键，生成第一缓存值，该第一缓存值用于表征第一接口到第一周期为止被累计调用的操作数据；当第一缓存值与缓存数据库中第一接口对应的缓存值不一致时，将该第一缓存值更新为所述缓存数据库中第一接口对应的缓存值。采用上述技术实现方案，由于服务器通过后台任务周期性地更新被调用的第一接口的第一缓存值，因此，避免了通过大量的用户行为更新第一缓存值的不一致的问题，同时，由于服务器可以周期性地更新第一缓存值，因此，避免了第一缓存值在有效期过后需重新输入及系统性能受影响的问题，故此，通过本发明实施例提供的技术方案，能够保证访问数据的一致性，并提高了系统的整体性能。

附图说明

图1为实现本发明各个实施例的移动终端的硬件结构示意；

图2为本发明的移动终端能够操作的通信系统；

图3为本发明实施例提供的一种数据缓存的更新方法的流程图一；

图4为本发明实施例提供的一种数据缓存的更新方法的流程图二；

图5为本发明实施例提供的一种数据缓存的更新方法的流程图三；

图6为本发明实施例提供的一种第一接口预测访问的结构示意图一；

图7为本发明实施例提供的一种第一接口预测访问的结构示意图二；

图8为本发明实施例提供的一种服务器的结构示意图一；

图9为本发明实施例提供的一种服务器的结构示意图二。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

现在将参考附图描述实现本发明各个实施例的移动终端。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，“模块”与“部件”可以混合地使用。

需要说明的是，本发明实施例提供的一种焦点获取装置可以为终端，例如计算机或移动终端等可以使用浏览器的电子设备。

其中，移动终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、个人数字助理(PDA)、平板电脑(PAD)、便携式多媒体播放器(PMP)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。下面，假设终端是移动终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

图1为实现本发明各个实施例的移动终端的硬件结构示意。

移动终端100可以包括无线通信单元110、音频/视频(A/V)输入单元120、用户输入单元130、感测单元140、输出单元150、存储器160、接口单元170、控制器180和电源单元190等等。图1示出了具有各种组件的移动终端，但是应理解的是，并不要求实施所有示出的组件。可以替代地实施更多或更少的组件。将在下面详细描述移动终端的元件。

无线通信单元110通常包括一个或多个组件，其允许移动终端100与无线通信系统或网络之间的无线电通信。例如，无线通信单元可以包括广播接收模块111、移动通信模块112、无线互联网模块113、短程通信模块114和位置信息模块115中的至少一个。

广播接收模块111经由广播信道从外部广播管理服务器接收广播信号和/或广播相关信息。广播信道可以包括卫星信道和/或地面信道。广播管理服务器可以是生成并发送广播信号和/或广播相关信息的服务器或者接收之前生成的广播信号和/或广播相关信息并且将其发送给终端的服务器。广播信号可以包括TV广播信号、无线电广播信号、数据广播信号等等。而且，广播信号可以进一步包括与TV或无线电广播信号组合的广播信号。广播相关信息也可以经由移动通信网络提供，并且在该情况下，广播相关信息可以由移动通信模块112来接收。广播信号可以以各种形式存在，例如，其可以以数字多媒体广播(DMB)的电子节目指南(EPG)、数字视频广播手持(DVB-H)的电子服务指南(ESG)等等的形式而存在。广播接收模块111可以通过使用各种类型的广播系统接收信号广播。特别地，广播接收模块111可以通过使用诸如多媒体广播-地面(DMB-T)、数字多媒体广播-卫星(DMB-S)、数字视频广播-手持(DVB-H)，前向链路媒体(MediaFLO^@)的数据广播系统、地面数字广播综合服务(ISDB-T)等等的数字广播系统接收数字广播。广播接收模块111可以被构造为适合提供广播信号的各种广播系统以及上述数字广播系统。经由广播接收模块111接收的广播信号和/或广播相关信息可以存储在存储器160(或者其它类型的存储介质)中。

移动通信模块112将无线电信号发送到基站(例如，接入点、节点B等等)、外部终端以及服务器中的至少一个和/或从其接收无线电信号。这样的无线电信号可以包括语音通话信号、视频通话信号、或者根据文本和/或多媒体消息发送和/或接收的各种类型的数据。

无线互联网模块113支持移动终端的无线互联网接入。该模块可以内部或外部地耦接到终端。该模块所涉及的无线互联网接入技术可以包括WLAN(无线LAN)(Wi-Fi)、Wibro(无线宽带)、Wimax(全球微波互联接入)、HSDPA(高速下行链路分组接入)等等。

短程通信模块114是用于支持短程通信的模块。短程通信技术的一些示例包括蓝牙^TM、射频识别(RFID)、红外数据协会(IrDA)、超宽带(UWB)、紫蜂^TM等等。

位置信息模块115是用于检查或获取移动终端的位置信息的模块。位置信息模块的典型示例是全球定位系统(GPS)模块。根据当前的技术，GPS模块计算来自三个或更多卫星的距离信息和准确的时间信息并且对于计算的信息应用三角测量法，从而根据经度、纬度和高度准确地计算三维当前位置信息。当前，用于计算位置和时间信息的方法使用三颗卫星并且通过使用另外的一颗卫星校正计算出的位置和时间信息的误差。此外，GPS模块能够通过实时地连续计算当前位置信息来计算速度信息。

A/V输入单元120用于接收音频或视频信号。A/V输入单元120可以包括相机121和麦克风122，相机121对在视频捕获模式或图像捕获模式中由图像捕获装置获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元151上。经相机121处理后的图像帧可以存储在存储器160(或其它存储介质)中或者经由无线通信单元110进行发送，可以根据移动终端的构造提供两个或更多相机121。麦克风122可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由移动通信模块112发送到移动通信基站的格式输出。麦克风122可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

用户输入单元130可以根据用户输入的命令生成键输入数据以控制移动终端的各种操作。用户输入单元130允许用户输入各种类型的信息，并且可以包括键盘、锅仔片、触摸板(例如，检测由于被接触而导致的电阻、压力、电容等等的变化的触敏组件)、滚轮、摇杆等等。特别地，当触摸板以层的形式叠加在显示单元151上时，可以形成触摸屏。

感测单元140检测移动终端100的当前状态，(例如，移动终端100的打开或关闭状态)、移动终端100的位置、用户对于移动终端100的接触(即，触摸输入)的有无、移动终端100的取向、移动终端100的加速或减速移动和方向等等，并且生成用于控制移动终端100的操作的命令或信号。例如，当移动终端100实施为滑动型移动电话时，感测单元140可以感测该滑动型电话是打开还是关闭。另外，感测单元140能够检测电源单元190是否提供电力或者接口单元170是否与外部装置耦接。感测单元140可以包括接近传感器141将在下面结合触摸屏来对此进行描述。

接口单元170用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。识别模块可以是存储用于验证用户使用移动终端100的各种信息并且可以包括用户识别模块(UIM)、客户识别模块(SIM)、通用客户识别模块(USIM)等等。另外，具有识别模块的装置(下面称为“识别装置”)可以采取智能卡的形式，因此，识别装置可以经由端口或其它连接装置与移动终端100连接。接口单元170可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端和外部装置之间传输数据。

另外，当移动终端100与外部底座连接时，接口单元170可以用作允许通过其将电力从底座提供到移动终端100的路径或者可以用作允许从底座输入的各种命令信号通过其传输到移动终端的路径。从底座输入的各种命令信号或电力可以用作用于识别移动终端是否准确地安装在底座上的信号。输出单元150被构造为以视觉、音频和/或触觉方式提供输出信号(例如，音频信号、视频信号、警报信号、振动信号等等)。输出单元150可以包括显示单元151、音频输出模块152、警报单元153等等。

显示单元151可以显示在移动终端100中处理的信息。例如，当移动终端100处于电话通话模式时，显示单元151可以显示与通话或其它通信(例如，文本消息收发、多媒体文件下载等等)相关的用户界面(UI)或图形用户界面(GUI)。当移动终端100处于视频通话模式或者图像捕获模式时，显示单元151可以显示捕获的图像和/或接收的图像、示出视频或图像以及相关功能的UI或GUI等等。

同时，当显示单元151和触摸板以层的形式彼此叠加以形成触摸屏时，显示单元151可以用作输入装置和输出装置。显示单元151可以包括液晶显示器(LCD)、薄膜晶体管LCD(TFT-LCD)、有机发光二极管(OLED)显示器、柔性显示器、三维(3D)显示器等等中的至少一种。这些显示器中的一些可以被构造为透明状，以允许用户从外部观看，这可以称为透明显示器，典型的透明显示器可以例如为TOLED(透明有机发光二极管)显示器等等。根据特定想要的实施方式，移动终端100可以包括两个或更多显示单元(或其它显示装置)，例如，移动终端可以包括外部显示单元(未示出)和内部显示单元(未示出)。触摸屏可用于检测触摸输入压力以及触摸输入位置和触摸输入面积。

音频输出模块152可以在移动终端处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将无线通信单元110接收的或者在存储器160中存储的音频数据转换音频信号并且输出为声音。而且，音频输出模块152可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出模块152可以包括扬声器、蜂鸣器等等。

警报单元153可以提供输出以将事件的发生通知给移动终端100。典型的事件可以包括呼叫接收、消息接收、键信号输入、触摸输入等等。除了音频或视频输出之外，警报单元153可以以不同的方式提供输出以通知事件的发生。例如，警报单元153可以以振动的形式提供输出，当接收到呼叫、消息或一些其它进入通信(incoming communication)时，警报单元153可以提供触觉输出(即，振动)以将其通知给用户。通过提供这样的触觉输出，即使在用户的移动电话处于用户的口袋中时，用户也能够识别出各种事件的发生。警报单元153也可以经由显示单元151或音频输出模块152提供通知事件的发生的输出。

存储器160可以存储由控制器180执行的处理和控制操作的软件程序等等，或者可以暂时地存储己经输出或将要输出的数据(例如，电话簿、消息、静态图像、视频等等)。而且，存储器160可以存储关于当触摸施加到触摸屏时输出的各种方式的振动和音频信号的数据。

存储器160可以包括至少一种类型的存储介质，所述存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等等。而且，移动终端100可以与通过网络连接执行存储器160的存储功能的网络存储装置协作。

控制器180通常控制移动终端的总体操作。例如，控制器180执行与语音通话、数据通信、视频通话等等相关的控制和处理。另外，控制器180可以包括用于再现(或回放)多媒体数据的多媒体模块181，多媒体模块181可以构造在控制器180内，或者可以构造为与控制器180分离。控制器180可以执行模式识别处理，以将在触摸屏上执行的手写输入或者图片绘制输入识别为字符或图像。

电源单元190在控制器180的控制下接收外部电力或内部电力并且提供操作各元件和组件所需的适当的电力。

这里描述的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施，这里描述的实施方式可以通过使用特定用途集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施，在一些情况下，这样的实施方式可以在控制器180中实施。对于软件实施，诸如过程或功能的实施方式可以与允许执行至少一种功能或操作的单独的软件模块来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施，软件代码可以存储在存储器160中并且由控制器180执行。

至此，己经按照其功能描述了移动终端。下面，为了简要起见，将描述诸如折叠型、直板型、摆动型、滑动型移动终端等等的各种类型的移动终端中的滑动型移动终端作为示例。因此，本发明能够应用于任何类型的移动终端，并且不限于滑动型移动终端。

如图1中所示的移动终端100可以被构造为利用经由帧或分组发送数据的诸如有线和无线通信系统以及基于卫星的通信系统来操作。

现在将参考图2描述其中根据本发明的移动终端能够操作的通信系统。

这样的通信系统可以使用不同的空中接口和/或物理层。例如，由通信系统使用的空中接口包括例如频分多址(FDMA)、时分多址(TDMA)、码分多址(CDMA)和通用移动通信系统(UMTS)(特别地，长期演进(LTE))、全球移动通信系统(GSM)等等。作为非限制性示例，下面的描述涉及CDMA通信系统，但是这样的教导同样适用于其它类型的系统。

参考图2，CDMA无线通信系统可以包括多个移动终端100、多个基站(BS)270、基站控制器(BSC)275和移动交换中心(MSC)280。MSC 280被构造为与公共电话交换网络(PSTN)290形成接口。MSC 280还被构造为与可以经由回程线路耦接到BS 270的BSC 275形成接口。回程线路可以根据若干己知的接口中的任一种来构造，所述接口包括例如E1/T1、ATM，IP、PPP、帧中继、HDSL、ADSL或xDSL。将理解的是，如图2中所示的系统可以包括多个BSC 2750。

每个BS 270可以服务一个或多个分区(或区域)，由多向天线或指向特定方向的天线覆盖的每个分区放射状地远离BS 270。或者，每个分区可以由用于分集接收的两个或更多天线覆盖。每个BS 270可以被构造为支持多个频率分配，并且每个频率分配具有特定频谱(例如，1.25MHz，5MHz等等)。

分区与频率分配的交叉可以被称为CDMA信道。BS 270也可以被称为基站收发器子系统(BTS)或者其它等效术语。在这样的情况下，术语“基站”可以用于笼统地表示单个BSC275和至少一个BS 270。基站也可以被称为“蜂窝站”。或者，特定BS 270的各分区可以被称为多个蜂窝站。

如图2中所示，广播发射器(BT)295将广播信号发送给在系统内操作的移动终端100。如图1中所示的广播接收模块111被设置在移动终端100处以接收由BT295发送的广播信号。在图2中，示出了几个全球定位系统(GPS)卫星300，卫星300帮助定位多个移动终端100中的至少一个。

在图2中，描绘了多个卫星300，但是理解的是，可以利用任何数目的卫星获得有用的定位信息。作为图1中所示的位置信息模块115的GPS模块通常被构造为与卫星300配合以获得想要的定位信息。替代GPS跟踪技术或者在GPS跟踪技术之外，可以使用可以跟踪移动终端的位置的其它技术。另外，至少一个GPS卫星300可以选择性地或者额外地处理卫星DMB传输。

作为无线通信系统的一个典型操作，BS 270接收来自各种移动终端100的反向链路信号。移动终端100通常参与通话、消息收发和其它类型的通信。特定BS 270接收的每个反向链路信号被在特定BS 270内进行处理。获得的数据被转发给相关的BSC 275。BSC提供通话资源分配和包括BS 270之间的软切换过程的协调的移动管理功能。BSC 275还将接收到的数据路由到MSC 280，其提供用于与PSTN 290形成接口的额外的路由服务。类似地，PSTN 290与MSC 280形成接口，MSC与BSC 275形成接口，并且BSC 275相应地控制BS 270以将正向链路信号发送到移动终端100。

基于上述移动终端硬件结构以及通信系统，提出本发明方法各个实施例。

实施例一

本发明实施例提供一种数据缓存的更新方法，如图3所示，该方法可以包括：

S101、在第一周期内，服务器通过后台任务获取用户操作记录表，该用户操作记录表中携带被调用的第一接口对应的第一缓存键。

需要说明的是，在本发明实施例中，服务器通过后台任务进行数据缓存的更新，具体的，由后台任务对缓存的数据进行更新，主要由后台服务器与关系型数据库管理系统(MySQL)进行交互来完成。

可选的，本发明实施例中的服务器可以为资源服务器，具体的后台任务可以通过资源服务器中的后台服务器来实现。

需要说明的是，在本发明实施例中，缓存的数据以缓存值的形式储存在缓存数据库中。

特别的，本发明实施例中，服务器周期性地通过后台任务获取用户操作记录表，该用户操作记录表中携带被调用的第一接口对应的第一缓存键。

可选的，本发明实施例中的周期可以为一周，具体的周期的时限可以由实际情况而定，本发明实施例不作限制。

可以理解的是，服务器可以周期性地进行缓存数据的更新，这样就避免了通过用户行为进行缓存数据更新时会出现的一致性问题的发生。

具体的，在一个周期内时，资源服务器通过后台服务器的后台任务获取用户操作记录表，该用户操作记录表中携带被调用的第一接口对应的第一缓存键。

需要说明的是，本发明实施例中的第一接口是指客户端调用的接口。用户操作记录表中的记录了客户端调用接口的历史记录，且该用户操作记录表存储在MySQL中。

可以理解的是，在本发明实施例中，由于缓存数据的更新过程是资源服务器中的后台服务器直接与MySQL进行的，因此，避免了客户端的用户大量的与MySQL的交互，从而提升了接口调用的速度。

进一步地，用户操作记录表中可以包括：缓存键身份识别号(ID，identification)和缓存键。用户操作记录表的格式可以为：以缓存键ID为标识，缓存键为调用接口对应的用户操作记录。进而，第一接口对应的用户操作记录包括缓存键ID和第一缓存键。

具体的，资源服务器(本发明实施例中的服务器)会根据每次的接口的调用(第一接口的调用)，在生成第一缓存键的同时，记录缓存键ID与其中的第一缓存键。缓存键ID是第一缓存键名称加ID项的值，ID项是每个第一接口的表单中的特征参数，比如，获取专题软件列表接口中是专题类型与栏目名称，获取分类软件列表接口中是分类ID，搜索软件列表中是搜索关键词等等。

示例性的，假设softItemId为298689，pageNo为1，pageSize为100，那么按照规则生成的第一缓存键则是：“SearchCommentForm，298689，100，1”，pageNo为2时，其第一缓存键为：“SearchCommentForm，298689，100，2”。其中，上述两种情况的的缓存键ID都是“SearchCommentForm，298689”，而其第一缓存键列表则分别是：“SearchCommentForm，298689，100，1”和“SearchCommentForm，298689，100，2”。

S102、服务器根据第一缓存键，生成第一缓存值，该第一缓存值用于表征第一接口到第一周期为止被累计调用的操作数据。

服务器通过后台任务获取用户操作记录表之后，该服务器可以根据第一缓存键，生成第一缓存值，该第一缓存值用于表征第一接口到第一周期为止被累计调用的操作数据。

需要说明的是，第一缓存值才是第一接口被调用时使用的操作数据，第一缓存键只是指示第一缓存值存储地址及使用情况的一些信息。

具体的，服务器可以根据第一缓存键的运算，生成调用第一接口对应的第一缓存值。

需要说明的是，第一接口在第一周期的上一个周期内时，在缓存数据中的保存有一个第一接口对应的缓存值，在第一周期内，服务器通过获取最新的用户操作记录，生成最新的第一缓存值，来进行判断第一周期是否对第一接口的调用发生变化，进而判断服务器是否进行对缓存数据库中第一接口对应的缓存值的更新。

S103、当第一缓存值与缓存数据库中第一接口对应的缓存值不一致时，服务器将第一缓存值更新为缓存数据库中第一接口对应的缓存值。

服务器生成第一缓存值之后，由于在第一周期前，该第一接口对应的缓存值为缓存数据库中第一接口对应的缓存值，因此，当第一缓存值与缓存数据库中第一接口对应的缓存值不一致时，说明第一接口的调用情况发生了变化，于是，服务器对第一接口的缓存值(上述的缓存数据)进行更新，将第一缓存值更新为缓存数据库中第一接口对应的缓存值。

进一步地，如图4所示，S102之后，本发明实施例提供的数据缓存的更新方法还包括：S104。具体如下：

S104、当第一缓存值与缓存数据库中第一接口对应的缓存值一致时，服务器不更新缓存数据库中第一接口对应的缓存值，并丢弃该第一缓存值。

服务器生成第一缓存值之后，由于在第一周期前，该第一接口对应的缓存值为缓存数据库中第一接口对应的缓存值，因此，当第一缓存值与缓存数据库中第一接口对应的缓存值一致时，说明第一接口的调用情况未发生变化，于是，服务器不用对第一接口的缓存值(上述的缓存数据)进行更新，该服务器就可以丢弃该第一缓存值了。

需要说明的是，S103和S104为S102之后的可选的步骤，根据实际检测情况选择其中一个步骤执行；也就是说，在本发明实施例中，S102之后，可以执行S103，也可以执行S104，具体的执行顺序可以根据实际情况而定，本发明实施例不作限制。

本发明实施例所提供的一种数据缓存的更新方法，通过在第一周期内，通过后台任务获取用户操作记录表，该用户操作记录表中携带被调用的第一接口对应的第一缓存键；根据第一缓存键，生成第一缓存值，该第一缓存值用于表征第一接口到第一周期为止被累计调用的操作数据；当第一缓存值与缓存数据库中第一接口对应的缓存值不一致时，将该第一缓存值更新为缓存数据库中第一接口对应的缓存值。采用上述技术实现方案，由于服务器通过后台任务周期性地更新被调用的第一接口的第一缓存值，因此，避免了通过大量的用户行为更新第一缓存值的不一致的问题，同时，由于服务器可以周期性地更新第一缓存值，因此，避免了第一缓存值在有效期过后需重新输入及系统性能受影响的问题，故此，通过本发明实施例提供的技术方案，能够保证访问数据的一致性，并提高了系统的整体性能。

实施例二

本发明实施例提供一种数据缓存的更新方法，如图5所示，该方法可以包括：

S201、服务器获取第一接口的调用参数。

需要说明的是，本发明实施例中的第一接口是指客户端调用的接口。用户操作记录表中的记录了客户端调用接口的历史记录，且该用户操作记录表存储在MySQL中。

在本发明实施例中，用户通过客户端进行第一接口的调用，即服务器获知第一接口被调用，具体的，服务器可以获取第一接口的调用参数。

进一步地，第一接口的调用参数可以包括：第一接口的调用类型、第一接口的调用内容及第一接口的调用的页数等调用时可用到的参数。

可选的，本发明实施例中的服务器可以为资源服务器。

S202、服务器根据第一接口的调用参数，生成用户操作记录表中第一接口对应的用户操作记录，该用户操作记录表中携带被调用的第一接口对应的第一缓存键。

服务器获取第一接口的调用参数之后，该服务器可以根据该第一接口的调用参数，生成用户操作记录表中第一接口对应的用户操作记录，该用户操作记录表中携带被调用的第一接口对应的第一缓存键。

具体的，服务器可以根据第一接口的调用参数，生成第一缓存键和缓存键ID。以缓存键ID为标识，服务器将第一缓存键作为第一接口对应的用户操作记录写入用户操作记录表。

进一步地，用户操作记录表中可以包括：缓存键ID和缓存键。用户操作记录表的格式可以为：以缓存键ID为标识，缓存键为调用接口对应的用户操作记录。进而，第一接口对应的用户操作记录包括缓存键ID和第一缓存键。

具体的，资源服务器(本发明实施例中的服务器)会根据每次的接口的调用(第一接口的调用)，在生成第一缓存键的同时，记录缓存键ID与其中的第一缓存键。缓存键ID是第一缓存键名称加ID项的值，ID项是每个第一接口的表单中的特征参数，比如，获取专题软件列表接口中是专题类型与栏目名称，获取分类软件列表接口中是分类ID，搜索软件列表中是搜索关键词等等。

示例性的，假设softItemId为298689，pageNo为1，pageSize为100，那么按照规则生成的第一缓存键则是：“SearchCommentForm，298689，100，1”，pageNo为2时，其第一缓存键为：“SearchCommentForm，298689，100，2”。其中，上述两种情况的的缓存键ID都是“SearchCommentForm，298689”，而其第一缓存键列表则分别是：“SearchCommentForm，298689，100，1”和“SearchCommentForm，298689，100，2”。

S203、在第一周期内，服务器通过后台任务获取用户操作记录表。

服务器生成用户操作记录表之后，在第一周期内，服务器可以通过后台任务在MySQL中获取用户操作记录表。

需要说明的是，在本发明实施例中，服务器通过后台任务进行数据缓存的更新，具体的，由后台任务对缓存的数据进行更新，主要由后台服务器与MySQL进行交互来完成。

可选的，具体的后台任务可以通过资源服务器中的后台服务器来实现。

需要说明的是，在本发明实施例中，缓存的数据以缓存值的形式储存在缓存数据库中。

特别的，本发明实施例中，服务器周期性地通过后台任务获取用户操作记录表，该用户操作记录表中携带被调用的第一接口对应的第一缓存键。

可选的，本发明实施例中的周期可以为一周，具体的周期的时限可以由实际情况而定，本发明实施例不作限制。

可以理解的是，服务器可以周期性地进行缓存数据的更新，这样就避免了通过用户行为进行缓存数据更新时会出现的一致性问题的发生。

具体的，在一个周期内时，资源服务器通过后台服务器的后台任务获取用户操作记录表，该用户操作记录表中携带被调用的第一接口对应的第一缓存键。

可以理解的是，在本发明实施例中，由于缓存数据的更新过程是资源服务器中的后台服务器直接与MySQL进行的，因此，避免了客户端的用户大量的与MySQL的交互，从而提升了接口调用的速度。

S204、服务器根据第一缓存键，生成第一缓存值，该第一缓存值用于表征第一接口到第一周期为止被累计调用的操作数据。

服务器通过后台任务获取用户操作记录表之后，该服务器可以根据第一缓存键，生成第一缓存值，该第一缓存值用于表征第一接口到第一周期为止被累计调用的操作数据。

需要说明的是，第一缓存值才是第一接口被调用时使用的操作数据，第一缓存键只是指示第一缓存值存储地址及使用情况的一些信息。

具体的，服务器可以根据第一缓存键的运算，生成调用第一接口对应的第一缓存值。

需要说明的是，第一接口在第一周期的上一个周期内时，在缓存数据中的保存有一个第一接口对应的缓存值，在第一周期内，服务器通过获取最新的用户操作记录，生成最新的第一缓存值，来进行判断第一周期是否对第一接口的调用发生变化，进而判断服务器是否进行对缓存数据库中第一接口对应的缓存值的更新。

S205、当第一缓存值与缓存数据库中第一接口对应的缓存值不一致时，服务器将第一缓存值更新为缓存数据库中第一接口对应的缓存值。

服务器生成第一缓存值之后，由于在第一周期前，该第一接口对应的缓存值为缓存数据库中第一接口对应的缓存值，因此，当第一缓存值与缓存数据库中第一接口对应的缓存值不一致时，说明第一接口的调用情况发生了变化，于是，服务器对第一接口的缓存值(上述的缓存数据)进行更新，将第一缓存值更新为缓存数据库中第一接口对应的缓存值。

S206、当第一缓存值与缓存数据库中第一接口对应的缓存值一致时，服务器不更新缓存数据库中第一接口对应的缓存值，并丢弃该第一缓存值。

服务器生成第一缓存值之后，由于在第一周期前，该第一接口对应的缓存值为缓存数据库中第一接口对应的缓存值，因此，当第一缓存值与缓存数据库中第一接口对应的缓存值一致时，说明第一接口的调用情况未发生变化，于是，服务器不用对第一接口的缓存值(上述的缓存数据)进行更新，该服务器就可以丢弃该第一缓存值了。

需要说明的是，S205和S206为S204之后的可选的步骤，根据实际检测情况选择其中一个步骤执行；也就是说，在本发明实施例中，S204之后，可以执行S205，也可以执行S206，具体的执行顺序可以根据实际情况而定，本发明实施例不作限制。

S207、服务器根据第一接口的调用类型，获取预测参数，该第一接口的调用类型为预设的预测参数类型。

服务器将第一缓存值更新为缓存数据库中第一接口对应的缓存值之后，或者服务器不更新缓存数据库中第一接口对应的缓存值之后，由于服务器可以获知第一接口的调用类型，因此，该服务器可以根据第一接口的调用类型，获取预测参数，该第一接口的调用类型为预设的预测参数类型。

需要说明的是，本发明实施例中的接口的调用类型包括：预测参数类型和非预测参数类型。在本发明实施例中，接口的调用类型属于哪一种类型都是事先定义好的。

可选的，预测参数可以包括：第一接口调用的页码或者第一接口下的预测到的其他参数。

示例性的，第一接口的调用类型为预设的预测参数类型，比如：调用专题软件列表、调用分类软件列表等。这些第一接口的特点是，表单中的参数都是在可预测范围内，如专题名称、分类ID等。针对这些第一接口，后台服务器可以根据用户访问的页数，对访问数据进行提前的生成与刷新。具体的，假设调用专题软件列表中的一个第一接口为GetTopicSoftList，表单参数为topicID＝1，sectionName＝上网必备。用户通过客户端调用该第一接口访问的页数为1到10，且该第一接口调用的次数较多。这时，后台服务器可以固定的周期来更新该第一接口的访问页数从1到10的缓存数据。另外，服务器还可以获取到该第一接口下可预测参数的其余值，比如，专题软件列表的栏目中除了上网必备(A)，还有炒股必备(B)、交友必备(C)等，具体的预测示意图如图6所示，服务器就可以预测到炒股必备(B)、交友必备(C)被访问时可能会被调用的情况，或者上网必备的访问页数总共20页，资源服务器中的后台服务器可以获知第一接口的访问上网必备的页数从10到20这个参数。

示例性的，第一接口的调用类型为预设的非预测参数类型，如图7所示比如：搜索功能(D)。这类非预测参数类型接口的特点是，访问数据中的特征值有些是用户输入的，具体的输入参数是不可预测的，针对该类第一接口，后台服务器就可以根据用户的调用，由后台任务进行数据更新。比如，用户搜索“视界”，并浏览了2页的数据。那么在后台服务器搜集到了这些操作后，在下一次周期的后台任务中，就可以自动为用户更新搜索“视界”的2页数据，而不需要通过用户对MySQL的访问来更新这些数据。

S208、服务器根据预测参数和用户操作记录表中携带的缓存键ID，生成第二缓存建。

服务器根据第一接口的调用类型，获取预测参数之后，该服务器可以根据预测参数和用户操作记录表中携带的缓存键ID，生成第二缓存建。

需要说明的是，本发明实施例中，当第一接口被调用时，在服务器周期性的更新了该第一接口的缓存值后，当第一接口的该服务器由于获知第一接口下的其他可预测的参数，这时，虽然用户没有通过客户端对第一接口的这些可预测的参数进行访问，但是，服务器知道第一接口下的这些可预测的参数可以被用户访问，因此，该服务器就提前根据预测参数和用户操作记录表中携带的缓存键ID，生成第二缓存建，并记录在用户操作记录表中，以方便以后用户访问这些可预测的参数做准备。

S209、服务器根据第二缓存建，生成第二缓存值，该第二缓存值为预测的待调用第一接口对应的第二缓存值。

服务器生成第二缓存建之后，该服务器可以根据第二缓存建，生成第二缓存值，该第二缓存值为预测的待调用第一接口对应的第二缓存值，该第二缓存值用于表征到第一周期为止被累计调用的操作数据。

需要说明的是，第二缓存值是预测的待调用第一接口被调用时使用的操作数据，第二缓存键只是指示第二缓存值存储地址及使用情况的一些信息。

具体的，服务器可以根据第二缓存键的运算，生成调用第一接口对应的第二缓存值。

进一步地，到第一周期后的下一个周期时，服务器通过获取最新的用户操作记录，生成最新的第二缓存值，来进行判断下一个周期是否对预测的待调用第一接口的调用发生变化，进而判断在下一个周期时，服务器是否进行对预测的待调用第一接口对应的第二缓存值的更新。

具体的，后台服务器可以根据第一接口下可知参数的其余值，进行预测生成。比如，专题软件列表的栏目中除了上网必备，还有炒股必备、交友必备等，后台服务器就可以为用户提前生成它们的访问数据。由此，就将用户在该第一接口对MySQL数据库的访问减少到0，全面的提高了第一接口的访问速度。

本发明实施例所提供的一种数据缓存的更新方法，通过在第一周期内，通过后台任务获取用户操作记录表，该用户操作记录表中携带被调用的第一接口对应的第一缓存键；根据第一缓存键，生成第一缓存值，该第一缓存值用于表征第一接口到第一周期为止被累计调用的操作数据；当第一缓存值与缓存数据库中第一接口对应的缓存值不一致时，将该第一缓存值更新为缓存数据库中第一接口对应的缓存值。采用上述技术实现方案，由于服务器通过后台任务周期性地更新被调用的第一接口的第一缓存值，因此，避免了通过大量的用户行为更新第一缓存值的不一致的问题，同时，由于服务器可以周期性地更新第一缓存值，因此，避免了第一缓存值在有效期过后需重新输入及系统性能受影响的问题，故此，通过本发明实施例提供的技术方案，能够保证访问数据的一致性，并提高了系统的整体性能。

实施例三

如图8所示，本发明实施例中的一种服务器1，该服务器1可以包括：

获取单元10，用于在第一周期内，通过后台任务获取用户操作记录表，所述用户操作记录表中携带被调用的第一接口对应的第一缓存键。

生成单元11，用于根据所述获取单元10获取的所述第一缓存键，生成第一缓存值，所述第一缓存值用于表征所述第一接口到所述第一周期为止被累计调用的操作数据。

更新单元12，用于当所述生成单元11生成的所述第一缓存值与缓存数据库中第一接口对应的缓存值不一致时，将所述第一缓存值更新为所述缓存数据库中所述第一接口对应的缓存值。

可选的，所述更新单元12，还用于所述生成单元11根据所述获取单元10获取的所述第一缓存键，生成第一缓存值之后，当所述生成单元11生成的所述第一缓存值与缓存数据库中第一接口对应的缓存值一致时，不更新所述缓存数据库中所述第一接口对应的缓存值，并丢弃所述第一缓存值。

可选的，所述获取单元10获取的所述用户操作记录表中还携带所述第一接口对应的缓存键ID。

所述获取单元10，还用于当所述第一接口的调用类型为预设的预测参数类型时，所述更新单元将所述第一缓存值更新为所述缓存数据库中所述第一接口对应的缓存值，或者所述不更新所述缓存数据库中所述第一接口对应的缓存值之后，根据所述第一接口的调用类型，获取预测参数。

所述生成单元11，还用于根据所述获取单元10获取的所述预测参数和所述缓存键ID，生成第二缓存建；以及根据所述第二缓存建，生成第二缓存值，所述第二缓存值为预测的待调用所述第一接口对应的第二缓存值。

可选的，所述获取单元10，还用于所述通过后台任务获取用户操作记录表之前，获取所述第一接口的调用参数。

所述生成单元11，还用于根据所述获取单元10获取的所述第一接口的调用参数，生成所述用户操作记录表中所述第一接口对应的用户操作记录。

可选的，如图9所示，所述服务器1还包括：写单元13。

所述生成单元11，具体用于根据所述获取单元10获取的所述第一接口的调用参数，生成所述第一缓存键和所述缓存键ID。

所述写单元13，用于以所述生成单元11生成的所述缓存键ID为标识，将所述第一缓存键写入所述生成单元11生成的所述用户操作记录表。

可选的，本发明实施例中的服务器可以为资源服务器，具体的后台任务可以通过资源服务器中的后台服务器来实现。

在实际应用中，上述获取单元10、生成单元11、更新单元12及写入单元13可由位于服务器1上的处理器实现，具体为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等实现，终端1中还可以包括存储器，具体的，用户操作记录表及其软件代码，以及第一缓存键及其软件代码、第二缓存键及其软件代码、第一缓存值及其软件代码、第二缓存值及其软件代码、缓存数据库中第一接口对应的缓存值及其软件代码，以及缓存键ID及其软件代码可以保存在存储器中，该存储器可以通过系统总线与处理器连接，其中，存储器用于存储可执行程序代码，该程序代码包括计算机操作指令，存储器可能包含高速RAM存储器，也可能还包括非易失性存储器，例如，至少一个磁盘存储器。

本发明实施例所提供的一种服务器，该服务器通过在第一周期内，通过后台任务获取用户操作记录表，该用户操作记录表中携带被调用的第一接口对应的第一缓存键；根据第一缓存键，生成第一缓存值，该第一缓存值用于表征第一接口到第一周期为止被累计调用的操作数据；当第一缓存值与缓存数据库中第一接口对应的缓存值不一致时，将该第一缓存值更新为缓存数据库中第一接口对应的缓存值。采用上述技术实现方案，由于服务器通过后台任务周期性地更新被调用的第一接口的第一缓存值，因此，避免了通过大量的用户行为更新第一缓存值的不一致的问题，同时，由于服务器可以周期性地更新第一缓存值，因此，避免了第一缓存值在有效期过后需重新输入及系统性能受影响的问题，故此，通过本发明实施例提供的技术方案，能够保证访问数据的一致性，并提高了系统的整体性能。

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

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

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

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

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (10)

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

在第一周期内，通过后台任务获取用户操作记录表，所述用户操作记录表中携带被调用的第一接口对应的第一缓存键；

根据所述第一缓存键，生成第一缓存值，所述第一缓存值用于表征所述第一接口到所述第一周期为止被累计调用的操作数据；

当所述第一缓存值与缓存数据库中所述第一接口对应的缓存值不一致时，将所述缓存数据库中所述第一接口对应的缓存值更新为所述第一缓存值；

通过后台任务周期性地更新所述缓存数据库中所述第一接口对应的缓存值。

2.根据权利要求1所述的更新方法，其特征在于，所述根据所述第一缓存键，生成第一缓存值之后，所述方法还包括：

当所述第一缓存值与缓存数据库中所述第一接口对应的缓存值一致时，不更新所述缓存数据库中所述第一接口对应的缓存值，并丢弃所述第一缓存值。

3.根据权利要求2所述的更新方法，其特征在于，所述用户操作记录表中还携带所述第一接口对应的缓存键身份识别号ID，当所述第一接口的调用类型为预设的预测参数类型时，所述将所述缓存数据库中所述第一接口对应的缓存值更新为所述第一缓存值，或者所述不更新所述缓存数据库中所述第一接口对应的缓存值之后，所述方法还包括：

根据所述第一接口的调用类型，获取预测参数；

根据所述预测参数和所述缓存键ID，生成第二缓存建；

根据所述第二缓存建，生成第二缓存值，所述第二缓存值为预测的待调用所述第一接口对应的第二缓存值。

4.根据权利要求3所述的更新方法，其特征在于，所述通过后台任务获取用户操作记录表之前，所述方法还包括：

获取所述第一接口的调用参数；

根据所述第一接口的调用参数，生成所述用户操作记录表中所述第一接口对应的用户操作记录。

5.根据权利要求4所述的更新方法，其特征在于，所述根据所述第一接口的调用参数，生成所述用户操作记录表中所述第一接口对应的用户操作记录，包括：

根据所述第一接口的调用参数，生成所述第一缓存键和所述缓存键ID；

以所述缓存键ID为标识，将所述第一缓存键写入所述用户操作记录表。

6.一种服务器，其特征在于，所述服务器包括：

获取单元，用于在第一周期内，通过后台任务获取用户操作记录表，所述用户操作记录表中携带被调用的第一接口对应的第一缓存键；

生成单元，用于根据所述获取单元获取的所述第一缓存键，生成第一缓存值，所述第一缓存值用于表征所述第一接口到所述第一周期为止被累计调用的操作数据；

更新单元，用于当所述生成单元生成的所述第一缓存值与缓存数据库中所述第一接口对应的缓存值不一致时，将所述缓存数据库中所述第一接口对应的缓存值更新为所述第一缓存值；以及，通过后台任务周期性地更新所述缓存数据库中所述第一接口对应的缓存值。

7.根据权利要求6所述的服务器，其特征在于，

所述更新单元，还用于所述生成单元根据所述获取单元获取的所述第一缓存键，生成第一缓存值之后，当所述生成单元生成的所述第一缓存值与缓存数据库中所述第一接口对应的缓存值一致时，不更新所述缓存数据库中所述第一接口对应的缓存值，并丢弃所述第一缓存值。

8.根据权利要求7所述的服务器，其特征在于，所述获取单元获取的所述用户操作记录表中还携带所述第一接口对应的缓存键身份识别号ID；

所述获取单元，还用于当所述第一接口的调用类型为预设的预测参数类型时，所述更新单元将所述缓存数据库中所述第一接口对应的缓存值更新为所述第一缓存值，或者所述不更新所述缓存数据库中所述第一接口对应的缓存值之后，根据所述第一接口的调用类型，获取预测参数；

所述生成单元，还用于根据所述获取单元获取的所述预测参数和所述缓存键ID，生成第二缓存建；以及根据所述第二缓存建，生成第二缓存值，所述第二缓存值为预测的待调用所述第一接口对应的第二缓存值。

9.根据权利要求8所述的服务器，其特征在于，

所述获取单元，还用于所述通过后台任务获取用户操作记录表之前，获取所述第一接口的调用参数；

所述生成单元，还用于根据所述获取单元获取的所述第一接口的调用参数，生成所述用户操作记录表中所述第一接口对应的用户操作记录。

10.根据权利要求9所述的服务器，其特征在于，所述服务器还包括：写单元；

所述生成单元，具体用于根据所述获取单元获取的所述第一接口的调用参数，生成所述第一缓存键和所述缓存键ID；

所述写单元，用于以所述生成单元生成的所述缓存键ID为标识，将所述第一缓存键写入所述生成单元生成的所述用户操作记录表。