CN114691703A - 数据更新方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请公开了一种数据更新方法、装置、电子设备及存储介质，具体公开了：根据客户端发送的数据调整指令确定目标数据和调整数据，然后根据目标数据和调整数据更新数据库，以将调整数据更新至数据库，之后若数据库更新成功，则根据目标数据和调整数据更新分布式缓存和服务器的本地缓存，以将调整数据更新至分布式缓存和本地缓存。由此，利用缓存保存用户最近用到的数据，使得用户短时间内请求这些数据时可以直接向缓存获取而不需要向数据库请求，提高了用户获取数据的速度。同时由于在更新完数据库后立即更新缓存，保证了缓存与数据库数据的一致性。

Description

数据更新方法、装置、电子设备及存储介质

技术领域

本申请涉及数据处理技术领域，更具体地，涉及一种数据更新方法、装置、电子设备及存储介质。

背景技术

随着网络的高速发展，用户的生活与网络的关联越发紧密，从而在网络上产生了大量的数据。这些数据保存在数据库中，用户在使用各种系统或者软件时可通过向数据库发起请求以获得数据库中保存的数据。

但在对现有技术的研究和实践过程中，本申请的发明人发现，由于需要通过网络向数据库获取数据，因此会产生网络开销，导致获取数据的速度较慢，因此如何提高用户获取数据的速度是目前亟需解决的问题。

发明内容

鉴于上述问题，本申请提出了一种数据更新方法、装置、电子设备及存储介质，可以用来解决用户获取数据速度慢、且获取的数据可能错误的问题。

第一方面，本申请实施例提供了一种数据更新方法，应用于服务器，该方法包括：根据客户端发送的数据调整指令确定目标数据和调整数据；其中，数据调整操作为客户端根据目标数据和调整数据生成的，调整数据为客户端响应于用户在前端界面中对目标数据的调整操作确定的；根据目标数据和调整数据更新数据库，以将调整数据更新至数据库；若数据库更新成功，则根据目标数据和调整数据更新分布式缓存和服务器的本地缓存，以将调整数据更新至分布式缓存和本地缓存。

第二方面，本申请实施例提供了一种数据更新装置，应用于服务器，该装置包括：确定模块，用于根据客户端发送的数据调整指令确定目标数据和调整数据；其中，数据调整操作为客户端根据目标数据和调整数据生成的，调整数据为客户端响应于用户在前端界面中对目标数据的调整操作确定的；数据库更新模块，用于根据目标数据和调整数据更新数据库，以将调整数据更新至数据库；缓存更新模块，用于若数据库更新成功，则根据目标数据和调整数据更新分布式缓存和服务器的本地缓存，以将调整数据更新至分布式缓存和本地缓存。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括：一个或多个处理器、存储器以及一个或多个应用程序。其中，一个或多个应用程序被存储在存储器中并被配置由一个或多个处理器执行，一个或多个程序配置用于执行上述数据更新方法。

第三方面，本申请实施例提供了一种计算机可读取存储介质，该计算机可读取存储介质中存储有程序代码，程序代码可被处理器调用执行上述数据更新方法。

本申请的数据更新方法、装置、电子设备及存储介质，根据客户端发送的数据调整指令确定目标数据和调整数据，然后根据目标数据和调整数据更新数据库，以将调整数据更新至数据库，之后若数据库更新成功，则根据目标数据和调整数据更新分布式缓存和服务器的本地缓存，以将调整数据更新至分布式缓存和本地缓存。由此，由此，利用缓存保存用户最近用到的数据，使得用户短时间内请求这些数据时可以直接向缓存获取而不需要向数据库请求，提高了用户获取数据的速度。同时由于在更新完数据库后立即更新缓存，保证了缓存与数据库数据的一致性。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本申请一实施例提出的一种数据更新系统的结构示意图。

图2示出了本申请一实施例提出的一种数据更新方法的流程示意图。

图3示出了本申请另一实施例提出的一种数据更新方法的流程示意图。

图4示出了本申请又一实施例提出的一种数据更新方法的流程示意图。

图5示出了本申请再一实施例提出的一种数据更新方法的流程示意图。

图6示出了本申请还一实施例提出的一种数据更新方法的流程示意图。

图7示出了本申请还一实施例提出的一种数据更新方法的实例图。

图8示出了本申请一实施例提出的一种数据更新装置的结构框图。

图9示出了本申请一实施例提出的一种电子设备的结构框图。

图10示出了本申请一实施例提出的一种计算机可读取存储介质的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

随着网络的高速发展，用户的生活与网络的关联越发紧密，从而在网络上产生了大量的数据。例如用户的个人信息、用户的聊天记录等。这些数据保存在数据库中，用户在使用各种系统或者软件时若想获得这些数据，可通过向数据库发起请求以获得数据库中保存的数据。

但在对现有技术的研究和实践过程中，本申请的发明人发现，由于这些数据库一般部署在专门的服务器上，因此需要通过网络向数据库获取数据，从而会产生网络开销，导致用户获取数据的速度较慢，因此如何提高用户获取数据的速度是目前亟需解决的问题。

因此为了解决上述问题，本申请的发明人提出了本申请提供的一种数据更新方法、装置、电子设备及存储介质，根据客户端发送的数据调整指令确定目标数据和调整数据，然后根据目标数据和调整数据更新数据库，以将调整数据更新至数据库，之后若数据库更新成功，则根据目标数据和调整数据更新分布式缓存和服务器的本地缓存，以将调整数据更新至分布式缓存和本地缓存。由此，由此，利用缓存保存用户最近用到的数据，使得用户短时间内请求这些数据时可以直接向缓存获取而不需要向数据库请求，提高了用户获取数据的速度。同时由于在更新完数据库后立即更新缓存，保证了缓存中的数据与数据库中对应的数据一致，确保了用户向缓存获取到的数据为正确的数据。

下面将针对本发明实施例提供的数据更新方法的应用坏境进行介绍。

请参阅图1，图1示出了本申请实施例提供的一种数据更新系统。该系统包括客户端110和服务器120。

在一些实施方式中，客户端110可以用于响应于用户在前端界面中对目标数据的调整操作确定调整数据；客户端110还可以根据目标数据和调整数据生成数据调整指令，并发送至服务器120，以使服务器120可以根据数据调整指令对数据库和缓存进行更新。

在一些实施例中，客户端110可以是安装在终端设备上的计算机应用程序(Application，APP)，也可以是Web客户端。其中，Web客户端可以是指基于Web架构而开发的应用程序。

进一步地，终端设备可以例如是智能手机、笔记本电脑、台式电脑、平板电脑、智能电视、可穿戴电子设备等拥有显示界面的设备。可以理解地，具体终端设备的类型可以根据实际需要进行选择，本申请对此不做限制。

在一些实施方式中，服务器120可以用于根据客户端110发送的数据调整指令确定目标数据和调整数据；其中，数据调整指令为客户端110根据目标数据和调整数据生成的，调整数据为客户端110响应于用户在前端界面中对目标数据的调整操作确定的。

在一些实施方式中，服务器120还可以用于根据目标数据和调整数据更新数据库，以将调整数据更新至数据库；服务器120还可以用于若数据库更新成功，则根据目标数据和调整数据更新分布式缓存和服务器120的本地缓存，以将调整数据更新至分布式缓存和本地缓存。

下面将结合附图具体描述本申请的各实施例。

请参阅图2，图2示出了本申请实施例提供的一种数据更新方法，应用于服务器。具体地，该方法可以包括步骤S110至步骤S130。

在步骤S110中，根据客户端发送的数据调整指令确定目标数据和调整数据。

在本申请实施例中，目标数据是指用户在客户端的前端界面中选中的需要调整的业务所对应的数据。例如，需要调整的业务为“姓名”，则目标数据是指“姓名”所对应的数据；需要调整的业务为“年龄”，则目标数据是指“年龄”对应的数据。

在本申请实施例中，调整数据是指客户端响应于用户在前端界面中对目标数据的调整操作得到的数据，即在客户端的前端界面中对目标数据进行调整可以得到调整数据。例如，需要将业务“姓名”所对应的数据“小红”修改为“小军”，则调整数据为“小军”。

在一些实施方式中，调整操作可以例如是增加数据、删除数据、修改数据等对前端界面中的业务所对应的数据有调整的操作。

在本申请实施例中，数据调整指令是客户端在确定调整数据后，根据目标数据和调整数据生成的指令。也就是说，数据调整指令中包括目标数据和调整数据，可以理解地，数据调整指令中还可以包括其他数据，本申请对此不做限制。

在一些实施方式中，服务器可以是指应用服务器。具体地，应用服务器可以通过应用程序接口(API)与客户端进行通信。

在一些实施方式中，用户在客户端的前端界面中，可以通过触控操作选中需要调整的业务所对应的数据作为目标数据。其中，触控操作包括但不限于单击、双击、长按等操作。

在一些实施方式中，用户在客户端的前端界面中，也可以通过按键操作选中需要调整的业务所对应的数据作为目标数据。其中，按键操作可以是通过安装有客户端的终端设备上存在的按键进行的操作；也可以是与该终端设备连接的其他外设设备上的按键进行的操作，外设设备可以例如是外接键盘、手柄等设备。

在一些实施方式中，用户在客户端的前端界面中，还可以通过语音指令选中需要调整的业务所对应的数据作为目标数据。例如，用户说出“修改姓名”，则选中业务“姓名”对应的数据作为目标数据。

在步骤S120中，根据目标数据和调整数据更新数据库。

在本申请实施例中，数据库可以安装在除前述提到的服务器和安装有客户端的设备以外的其他设备上。

在一些实施方式中，服务器和安装有数据库的设备之间可以通过网络通信连接。网络通常为因特网、但也可以是任何网络，包括但不限于局域网(Local Area Network，LAN)、城域网(Metropolitan Area Network，MAN)、广域网(Wide Area Network，WAN)、移动、有线或者无线网络、专用网络或者虚拟专用网络的任何组合。在一些实施方式中，服务器和安装有数据库的设备之间还可以通过特定的通信协议进行通信传输，通信协议包括但不限于BLE(Bluetooth low energy，低功耗蓝牙)协议、WLAN(Wireless Local AreaNetwork，无线局域网)协议、蓝牙协议、ZigBee(紫峰)协议或者Wi-Fi(Wireless Fidelity，无线保真)协议等。

具体地，服务器在根据数据调整指令确定目标数据和调整数据后，根据得到的目标数据和调整数据判断是否满足数据库更新条件，若满足条件，则将调整数据更新至数据库中，使数据库中的数据始终为最新的数据。

在一些实施方式中，可以对比目标数据和调整数据，若目标数据和调整数据不一致，则调整数据更新至数据库；若目标数据和调整数据一致，则不更新数据库。从而，若目标数据和调整数据不一致，认为数据发生了改变，因此需要将改变后的数据即调整数据更新至数据库中。

在步骤S130中，若数据库更新成功，则根据目标数据和调整数据更新分布式缓存和服务器的本地缓存。

在一些实施方式中，分布式缓存可以例如是Redis缓存、Memcached缓存等。分布式缓存可以处理大量的动态数据，从而可以将用户短时间内可能会再次用到的数据保存至分布式缓存中，以使用户下次可以直接从分布式缓存中获取该数据，可以降低从数据库获取数据的次数，减轻数据库的负载压力。

在一些实施方式中，服务器的本地缓存可以例如是Guava Cache缓存、Caffeine缓存、Encache缓存等。由于用户向本地缓存获取数据不需要通过网络，因此使用本地缓存存储短时间内用户可能会再次用到的数据，可以使用户再次获取这些数据的时候可以直接从本地缓存中获取，有效减少了获取数据时的网络开销，从而可以有效提高用户获取数据的速度。

具体地，在服务器的数据库更新成功后，服务器根据得到的目标数据和调整数据判断是否需要更新分布式缓存和本地缓存，若确定需要更新，则将调整数据更新至分布式缓存和本地缓存中，以使在分布式缓存和本地缓存中保存用户最近使用的数据，且保证分布式缓存和本地缓存中数据的正确性。

在一些实施方式中，当服务器检测到缓存更新事件后，同时根据目标数据和调整数据更新分布式缓存和本地缓存，以使分布式缓存和本地缓存中对应的调整数据保持一致。

在一些实施方式中，可以在数据库更新成功后可以生成缓存更新事件，以使在检测到缓存更新事件后可以确定需要更新缓存，从而根据目标数据和调整数据按照预设规则将调整数据更新至分布式缓存和本地缓存。

进一步地，在一些实施方式中，缓存更新事件可以是借助Spring机制生成。具体地，将调整数据更新至数据库后，安装数据库的设备可以向服务器发送更新成功指令，服务器接收到更新成功指令后可以确定数据库更新成功，进而借助Spring机制生成缓存更新事件，从而确定需要更新分布式缓存和本地缓存。

在一些实施方式中，若服务器更新分布式缓存和本地缓存成功，则表示用户此次调整得到的调整数据已成功保存至缓存中，本次数据更新完成，之后服务器可以继续接收客户端发送的另一个数据调整指令，并根据重新接收到的数据调整指令确定新的目标数据和调整数据。

在一些实施方式中，由于分布式缓存和本地缓存的内存有限，因此为了确保用户最近使用的数据在缓存中有内存保存，可以为分布式缓存和本地缓存设置过期时长。其中，过期时长表示分布式缓存和本地缓存保存缓存数据的时长。

可选地，可以设置每隔过期时长，分布式缓存和本地缓存清空一次内存，即以过期时长为周期，定期删除分布式缓存和本地缓存内存中保存的所有缓存数据。

可选地，为了进一步提高对缓存的内存的利用率，可以设置只删除过期时长仍未使用的缓存数据。例如，过期时长为5min(分钟)，因此只要分布式缓存和本地缓存中存在已经5min没使用的缓存数据，就将这些缓存数据删除。

进一步地，可以设置定时器/计时器用以确定缓存中每个缓存数据距离上一次使用的时间。具体地，当数据保存至缓存后，启动定时器/计时器开始计时，当时间达到过期时长，则将该数据删除。

在一些实施方式中，由于本地缓存的内存比分布式缓存的内存小，因此若将本地缓存和分布式缓存的过期时长设为一样，可能导致在还未到达过期时长的时候本地缓存的内存已占满，导致无法向本地缓存存入新的缓存数据的情况发生。因此为了避免这种情况的发生，可以将本地缓存的过期时长设置小于分布式缓存的过期时长。

可以理解的，具体本地缓存的过期时长和分布式缓存的过期时长可以根据实际需要设置合适的数值，本申请对此不做限制。

在一些实施方式中，为了避免数据库更新成功，但缓存更新失败的情况发生，保证用户从缓存中获取的缓存数据与数据库中对应的数据一致，可以设置定时更新任务，当定时更新任务触发，则服务器可以响应于定时更新任务，将分布式缓存和本地缓存中保存的缓存数据与数据库中保存的对应的数据进行比对，若不一致，则将缓存中的缓存数据进行更新，以使分布式缓存和本地缓存中的缓存数据与数据库中与缓存数据对应的数据保持一致。

在一些实施方式中，由于从本地缓存、分布式缓存和数据库中获取数据的时间依次增加，因此用户后续请求数据可以先从本地缓存中获取，若本地缓存中不存在，则向分布式缓存中获取，当分布式缓存中也不存在时，再向数据库获取。由此，按照请求时间长短获取数据，可以有效节约用户请求数据的时间。

本申请实施例根据客户端发送的数据调整指令确定目标数据和调整数据，然后根据目标数据和调整数据更新数据库，以将调整数据更新至数据库，之后若数据库更新成功，则根据目标数据和调整数据更新分布式缓存和服务器的本地缓存，以将调整数据更新至分布式缓存和本地缓存。由此，利用缓存保存用户最近用到的数据，使得用户短时间内请求这些数据时可以直接向缓存获取而不需要向数据库请求，提高了用户获取数据的速度。同时由于在更新完数据库后立即更新缓存，保证了缓存与数据库数据的一致性。

请参阅图3，图3示出了本申请实施例提供的另一种数据更新方法，应用于服务器。具体地，该方法可以包括步骤S210至步骤S260。

在步骤S210中，根据客户端发送的数据调整指令确定目标数据、调整数据和与调整数据对应的调整版本号。

在本申请实施例中，调整版本号是指调整数据对应的版本号。其中，调整版本号可用于表示目标数据被改变的次数。

具体地，当用户在客户端上对目标数据进行调整生成调整数据后，会生成与调整数据对应的版本号，客户端根据目标数据、调整数据和调整版本号生成数据调整指令，并将其发送至服务器。服务器在接收到数据调整指令后，对数据调整指令进行解析从而确定目标数据、调整数据和调整版本号。

在一些实施方式中，版本号可以有不同的表示形式。可选地，可以以调整次数表示版本号，例如，目标数据原本的版本号为4，将其修改为调整数据，得到调整数据的调整次数为5次，因此与调整数据对应的版本号变为5。可选地，可以用时间戳来表示版本号，根据需要时间戳可以精确到秒(s)、毫秒(us)等。例如，将目标数据生成的时间“2022/2/22 10:00:00”作为原始版本号，对目标数据进行修改后得到调整数据，确定生成调整数据的时间为“2022/2/22 10:00:01”，因此与调整数据对应的版本号为“2022/2/22 10:00:01”。

在一些实施方式中，当用户在客户端的前端界面选中业务对应的目标数据后，可以先从数据库获取与该目标数据对应的版本号，之后根据用户对目标数据的操作类型确定如何生成版本号。若用户对与业务对应的目标数据进行了调整操作(即增加、删除和修改操作)时，则在与目标数据对应的版本号的基础上，按照预设规则生成新的与调整数据对应的版本号作为调整版本号；若用户对与业务对应的目标数据进行了非调整操作(例如点击、复制等)时，由于没有对目标数据进行调整，因此不生成新的版本号，将与目标数据对应的版本号作为调整版本号。

在一些实施方式中，生成调整版本号的预设规则可以是每次在目标数据对应的版本号的基础上，增加预设数值得到调整版本号。例如，设置每次对目标数据进行调整后将目标数据对应的版本号增加1，目标数据对应的版本号为3，在对其进行修改后得到调整数据，调整数据对应的调整版本号为4。

在步骤S220中，获取数据库中与目标数据对应的第一版本号。

在本申请实施例中，第一版本号是数据库中与目标数据对应的版本号。

具体地，服务器在接收到客户端发送的调整数据指令后确定目标数据、调整数据和调整版本号，之后根据得到的目标数据在数据库中查找目标数据，查找到目标数据后服务器获取得到数据库中保存的与目标数据对应的版本号即第一版本号。

例如，在确定目标数据是业务“金额”对应的数据后，服务器在数据库中查找得到“金额”对应的目标数据为“1000”，与该目标数据对应的版本号为“5”，则第一版本号为“5”。

在步骤S230中，比对第一版本号和调整版本号，根据比对结果将调整数据更新至数据库。

具体地，服务器根据调整数据指令得到调整版本号，并从数据库中获取得到第一版本号后，将第一版本号与调整版本号进行比对，根据比对结果确定如何更新数据库。若第一版本号与调整版本号不同，则将数据库中的目标数据更新为调整数据，并将目标数据对应的调整数据也更新为调整版本号；若第一版本号与调整版本号相同，则不更新数据库中的目标数据，目标数据对应的版本号也不更新。

在步骤S240中，若数据库更新成功，则获取分布式缓存中与目标数据对应的第二版本号，且获取本地缓存中与目标数据对应的第三版本号。

在本申请实施例中，第二版本号是分布式缓存中与目标数据对应的版本号，第三版本号是本地缓存中与目标数据对应的版本号。

具体地，当服务器成功将调整数据更新至数据库中，由于数据库中的目标数据发生了变化，因此为了保证分布式缓存和本地缓存中的目标数据与数据库保持一致，需要更新分布式缓存和本地缓存中的目标数据。服务器先查找分布式缓存和本地缓存中保存的目标数据，在查找到目标数据后获取分布式缓存中与目标数据对应的版本号即第二版本号，以及获取本地缓存中与目标数据对应的版本号即第三版本号。

在一些实施方式中，若数据库更新成功后服务器可以生成缓存更新事件，以指示服务器更新分布式缓存和本地缓存。当检测到生成了缓存更新事件，服务器响应于缓存更新事件，分别向分布式缓存和本地缓存获取内存中保存的目标数据对应的第二版本号和第三版本号。

在一些实施方式中，若数据库更新异常，则可以向客户端发送更新异常信号，以使客户端在接收到更新异常信号后可以确定数据库更新异常。进一步地，客户端接收到更新异常信号后可以在前端界面上显示数据库更新异常。

在一些实施方式中，目标数据和调整数据在分布式缓存中可以以Map对象的形式进行存储，Map对象是一种键-值对(key-value)集合。具体地，将当前选中的目标数据对应的业务ID作为缓存key，将每个业务对应的数据作为value。当用户在前端页面选中目标数据，相当于可以确定key和value。如果是新增操作，则新增key作为新的缓存记录，并将调整数据新增为与key对应的value；如果是修改操作，则先获取与目标数据对应的业务ID，即获取key，然后获取与key对应的value对应的版本号，并将其与调整版本号比对，比对不一致则更新这个key(即业务ID)的value值；如果是删除操作，直接移除掉Map对象里面key对应的缓存记录。

在一些实施方式中，目标数据和调整数据在本地缓存中可以使用Hash数据结构进行存储。具体地，可以使用当前选中的目标数据对应的的业务ID作为缓存key，每次对key进行操作生成一条记录id，将其作为Hash的field(属性标签)，由此可以通过获取key(业务ID)和field(记录的id)确定目标数据。具体每种调整操作对应的更新过程请参阅上述分布式缓存中的描述，，在此不做赘述。

在步骤S250中，比对第二版本号和调整版本号，根据比对结果将调整数据更新至分布式缓存。

具体地，服务器根据客户端发送的调整数据指令得到调整版本号，并向分布式缓存获取得到第二版本号后，将得到的第二版本号与调整版本号进行比对，并根据比对结果确定如何更新分布式缓存。若第二版本号与调整版本号不一致，可以认为目标数据发生了改变，因此将分布式缓存中的目标数据更新为调整数据，并将第二版本号更新为调整版本号；若第二版本号与调整版本号一致，可以认为用户未对目标数据进行调整，因此不需要更新分布式缓存中的目标数据。

在步骤S260中，比对第三版本号和调整版本号，根据比对结果将调整数据更新至本地缓存。

具体地，服务器根据客户端发送的调整数据指令得到调整版本号，并向本地缓存获取得到第三版本号后，将得到的第三版本号与调整版本号进行比对，并根据比对结果确定如何更新本地缓存。

在一些实施方式中，若第三版本号与调整版本号不一致，可以认为用户在客户端在前端界面对目标数据进行了调整操作，目标数据发生了改变，因此将本地缓存中的目标数据更新为调整数据，并将第三版本号更新为调整版本号；若第三版本号与调整版本号一致，可以认为用户未对目标数据进行调整，因此不需要更新本地缓存中的目标数据。

本申请实施例根据客户端发送的数据调整指令确定目标数据、调整数据和与调整数据对应的调整版本号，然后获取数据库中与目标数据对应的第一版本号，比对第一版本号和调整版本号，根据比对结果将调整数据更新至数据库，之后若数据库更新成功，则获取分布式缓存中与目标数据对应的第二版本号，且获取本地缓存中与目标数据对应的第三版本号，比对第二版本号和调整版本号，根据比对结果将调整数据更新至分布式缓存，比对第三版本号和调整版本号，根据比对结果将调整数据更新至本地缓存。由此，获取数据库、分布式缓存和本地缓存中与目标数据分别对应的第一版本号、第二版本号和第三版本号，通过将调整版本号与第一版本号、第二版本号和第三版本号进行比对，以确定如何更新数据库、分布式缓存和本地缓存，确保了数据库、分布式缓存和本地缓存中保存的数据始终为最新的数据，并且保证了分布式缓存和本地缓存中保存的缓存数据与数据库中对应的数据保持一致。

请参阅图4，图4示出了本申请实施例提供的又一种数据更新方法，应用于服务器。具体地，该方法可以包括步骤S310至步骤S360。

在步骤S310中，根据客户端发送的数据调整指令确定目标数据、调整数据和与调整数据对应的调整版本号。

在步骤S320中，获取数据库中目标数据对应的第一版本号。

在本申请实施例中，步骤S310至步骤S320的具体描述请参阅上述步骤S210至步骤S220的描述，在此不再进行赘述。

在步骤S330中，比对第一版本号和调整版本号，若第一版本号与调整版本号不同，则将调整数据更新至数据库。

具体地，服务器在获取到第一版本号和调整版本号后，将第一版本号和调整数据进行比对，若第一版本号与调整版本号不同，则表示用户对目标数据进行了调整操作，目标数据发生了改变，因此将数据库中的目标数据更新为调整数据，并将目标数据对应的调整数据也更新为调整版本号。

在步骤S340中，若数据库更新成功，则获取分布式缓存中与目标数据对应的第二版本号，且获取本地缓存中与目标数据对应的第三版本号。

在本申请实施例中，步骤S340的具体描述请参阅上述步骤S240的描述，在此不再进行赘述。

在步骤S350中，比对第二版本号和调整版本号，若第二版本号与调整版本号不同，则将调整数据更新至分布式缓存。

具体地，服务器在获取得到第二版本号和调整数据后，将二者进行比对，若第二版本号与调整版本号不一致，可以认为用户在客户端在前端界面对目标数据进行了调整操作，目标数据发生了改变，因此将分布式缓存中的目标数据更新为调整数据，并将第二版本号更新为调整版本号；若第二版本号与调整版本号一致，可以认为用户未对目标数据进行调整，因此不需要更新分布式缓存中的目标数据，进而也不需要更新分布式缓存中目标数据对应的版本号即第二版本号。

在步骤S360中，比对第三版本号和调整版本号，若第三版本号与调整版本号不同，则将调整数据更新至本地缓存。

具体地，服务器在获取得到第三二版本号和调整数据后，将二者进行比对，若第三版本号与调整版本号不一致，可以认为用户在客户端在前端界面对目标数据进行了调整操作，目标数据发生了改变，因此将本地缓存中的目标数据更新为调整数据，并将第三版本号更新为调整版本号；若第三版本号与调整版本号一致，可以认为用户未对目标数据进行调整，因此不需要更新本地缓存中的目标数据，进而也不需要更新本地缓存中目标数据对应的版本号即第三版本号。

本申请实施例根据客户端发送的数据调整指令确定目标数据、调整数据和与调整数据对应的调整版本号，然后获取数据库中目标数据对应的第一版本号，比对第一版本号和调整版本号，若第一版本号与调整版本号不同，则将调整数据更新至数据库，之后若数据库更新成功，则获取分布式缓存中与目标数据对应的第二版本号，且获取本地缓存中与目标数据对应的第三版本号，比对第二版本号和调整版本号，若第二版本号与调整版本号不同，则将调整数据更新至分布式缓存，比对第三版本号和调整版本号，若第三版本号与调整版本号不同，则将调整数据更新至本地缓存。由此，获取数据库、分布式缓存和本地缓存中与目标数据分别对应的第一版本号、第二版本号和第三版本号，通过将调整版本号与第一版本号、第二版本号和第三版本号进行比对，若比对结果为不一致，则更新数据库、分布式缓存和本地缓存，确保了数据库、分布式缓存和本地缓存中保存的数据始终为最新的数据，并且保证了分布式缓存和本地缓存中保存的缓存数据与数据库中对应的数据保持一致。

利用缓存保存用户最近用到的数据，使得用户短时间内请求这些数据时可以直接向缓存获取而不需要向数据库请求，提高了用户获取数据的速度。同时由于在更新完数据库后立即更新缓存，保证了缓存中的数据与数据库中对应的数据一致，确保了用户向缓存获取到的数据为正确的数据。

请参阅图5，图5示出了本申请实施例提供的再一数据更新方法，应用于服务器。具体地，该方法可以包括步骤S410至步骤S440。

在步骤S410中，根据客户端发送的数据调整指令确定目标数据和调整数据。

在本申请实施例中，步骤S410的具体描述请参阅上述步骤S110的描述，在此不再进行赘述。

在步骤S420中，确定数据库中是否存在目标数据。

具体地，服务器在根据调整数据指令确定目标数据和调整数据后，向数据库查询目标数据，以确定数据库中是否存在目标数据，并根据查询结果确定如何更新数据库。详细的确定过程将在下文进行进行详细介绍。

在步骤S430中，若数据库中不存在目标数据，则根据调整数据更新数据库；若数据库中存在目标数据，则根据目标数据和调整数据更新数据库。

具体地，当数据库中查找不到目标数据时，可以认为与目标数据对应的的业务之前不存在数据，用户在客户端对目标数据的操作为增加操作，也就是说得到的调整数据为业务的第一个数据，因此可以直接将调整数据更新为业务对应的数据，即直接将调整数据更新至数据库中。若在数据库中查找到目标数据，即数据库中之前存在目标数据，则可根据目标数据和调整数据确定如何更新数据库。

在一些实施方式中，除了需要将调整数据更新至数据库，还需要将与调整数据对应的调整版本号更新至数据库，以使下次从数据库中可以获取到与该调整数据对应的正确的版本号。具体地，若数据库中不存在目标数据，则直接将调整数据和调整版本号更新至数据库；若数据库中存在目标数据，则比对目标数据对应的版本号和调整版本号，根据比对结果确定如何更新数据库中的目标数据以及与目标数据对应的版本号。

在一些实施方式中，若目标数据对应的版本号与调整版本号不一致，则将目标数据更新为调整数据，并将目标数据对应的版本号更新为调整版本号。

在步骤S440中，若数据库更新成功，则根据目标数据和调整数据更新分布式缓存和服务器的本地缓存。

在本申请实施例中，步骤S440的具体描述请参阅上述步骤S140的描述，在此不再进行赘述。

本申请实施例根据客户端发送的数据调整指令确定目标数据和调整数据，然后确定数据库中是否存在目标数据，若数据库中不存在目标数据，则根据调整数据更新数据库；若数据库中存在目标数据，则根据目标数据和调整数据更新数据库，之后若数据库更新成功，则根据目标数据和调整数据更新分布式缓存和服务器的本地缓存，以将调整数据更新至分布式缓存和本地缓存。由此，在数据库中不存在目标数据时，不需要进行版本号比对直接将调整数据和调整版本号更新至数据库中，使数据库中保存的数据和对应的版本号始终为最新的数据。

请参阅图6，图6示出了本申请实施例提供的还一数据更新方法，应用于服务器。具体地，该方法可以包括步骤S510至步骤S560。

在步骤S510中，根据客户端发送的数据调整指令确定目标数据和调整数据。

在步骤S520中，确定数据库中是否存在目标数据。

在步骤S530中，若数据库中不存在目标数据，则根据调整数据更新数据库；若数据库中存在目标数据，则根据目标数据和调整数据更新数据库。

在本申请实施例中，步骤S510至步骤S530的具体描述请参阅上述步骤S410至步骤S430的描述，在此不再进行赘述。

在步骤S540中，若数据库更新成功，则确定分布式缓存和服务器的本地缓存中是否存在目标数据。

具体地，若根据目标数据和调整数据更新数据库成功，则表示数据库中的数据发生了改变，为了使分布式缓存和本地缓存中保存的缓存数据与数据库中对应的数据保持一致，则确定需要更新分布式缓存和本地缓存，因此可以先确定分布式缓存和本地缓存中是否存在目标数据，然后根据结果确定如何更新分布式缓存和本地缓存。

在步骤S550中，若分布式缓存中不存在目标数据，则根据调整数据更新分布式缓存；若分布式缓存中存在目标数据，则根据目标数据和调整数据更新分布式缓存。

具体地，若分布式缓存中不存在目标数据，可以与目标数据对应的业务之前不存在数据，用户在客户端对目标数据的操作为增加操作，因此可以直接将调整数据更新至分布式缓存中。若在分布式缓存中查找到目标数据，说明分布式缓存之前存在目标数据，则可根据目标数据和调整数据确定如何更新数据库。

在一些实施方式中，除了需要将调整数据更新至分布式缓存，还需要将与调整数据对应的调整版本号更新至分布式缓存，以使下次从分布式缓存中可以获取到与该调整数据对应的正确的版本号。具体地，若分布式缓存中不存在目标数据，则直接将调整数据和调整版本号更新至分布式缓存；若分布式缓存中存在目标数据，则比对目标数据对应的版本号和调整版本号，根据比对结果确定如何更新分布式缓存中的目标数据以及与目标数据对应的版本号。

在一些实施方式中，若目标数据对应的版本号与调整版本号不一致，则将分布式缓存中的目标数据更新为调整数据，并将目标数据对应的版本号更新为调整版本号。

在步骤S560中，若本地缓存中不存在目标数据，则根据调整数据更新本地缓存；若本地缓存中存在目标数据，则根据目标数据和调整数据更新本地缓存。

具体地，若本地缓存中不存在目标数据，可以与目标数据对应的业务之前不存在数据，用户在客户端对目标数据的操作为增加操作，因此可以直接将调整数据更新至本地缓存中。若在本地缓存中查找到目标数据，说明本地缓存之前存在目标数据，则可根据目标数据和调整数据确定如何更新数据库。

在一些实施方式中，除了需要将调整数据更新至本地缓存，还需要将与调整数据对应的调整版本号更新至本地缓存，以使下次从本地缓存中可以获取到与该调整数据对应的正确的版本号。具体地，若本地缓存中不存在目标数据，则直接将调整数据和调整版本号更新至本地缓存；若本地缓存中存在目标数据，则比对目标数据对应的版本号和调整版本号，根据比对结果确定如何更新本地缓存中的目标数据以及与目标数据对应的版本号。

在一些实施方式中，若目标数据对应的版本号与调整版本号不一致，则将本地缓存中的目标数据更新为调整数据，并将目标数据对应的版本号更新为调整版本号。

在一些实施方式中，数据更新方法可以如图7所示，可以包括步骤S1至步骤S9，具体地：

在步骤S1中，用户在客户端的前端界面对目标数据进行调整操作以使目标数据发生改变。

在步骤S2中，生成调整数据和调整版本号。

在步骤S3中，从数据库中获取目标数据对应的版本号。

在步骤S4中，比对目标数据对应的版本号和和调整版本号是否一致；若不一致，则执行步骤S5。

在步骤S5中，更新数据库。若更新成功，则执行步骤S6；若更新异常，向步骤S1反馈。

在步骤S6中，从缓存(即分布式缓存和本地缓存)中获取目标数据。若不存在目标数据，则执行步骤S9；若存在目标数据，则执行步骤S7。

在步骤S7中，获取缓存中目标数据对应的版本号。

在步骤S8中，比对目标数据对应的版本号和和调整版本号是否一致；若不一致，则执行步骤S9。

在步骤S9中，更新缓存。

在一些实施方式中，若短时间内大量用户同时请求数据，当用户对这些数据进行调整操作时，更新缓存(即分布式缓存和本地缓存)和更新数据库可以并行进行，即不需要等待数据库更新成功后再更新缓存，以此进一步提高响应用户调整操作的效率。

本申请实施例根据客户端发送的数据调整指令确定目标数据和调整数据，然后确定数据库中是否存在目标数据，若数据库中不存在目标数据，则根据调整数据更新数据库；若数据库中存在目标数据，则根据目标数据和调整数据更新数据库。之后若数据库更新成功，则确定分布式缓存和服务器的本地缓存中是否存在目标数据，若分布式缓存中不存在目标数据，则根据调整数据更新分布式缓存；若分布式缓存中存在目标数据，则根据目标数据和调整数据更新分布式缓存。若本地缓存中不存在目标数据，则根据调整数据更新本地缓存；若本地缓存中存在目标数据，则根据目标数据和调整数据更新本地缓存。。由此，在数据库更新成功后，通过判断分布式缓存和本地缓存中是否存在目标数据确定如何更新分布式缓存和本地缓存，以使分布式缓存和本地缓存中保存的数据为最新数据，保证了缓存与数据库数据的一致性。

请参阅图7，图7示出了本申请实施例提供的一种数据更新装置200的结构框图，应用于服务器。该数据更新装置200包括确定模块210、数据库更新模块220、缓存更新模块230，具体地：

确定模块210用于根据客户端发送的数据调整指令确定目标数据和调整数据；其中，数据调整操作为客户端根据目标数据和调整数据生成的，调整数据为客户端响应于用户在前端界面中对目标数据的调整操作确定的。

数据库更新模块220用于根据目标数据和调整数据更新数据库，以将调整数据更新至数据库。

缓存更新模块230用于若数据库更新成功，则根据目标数据和调整数据更新分布式缓存和服务器的本地缓存，以将调整数据更新至分布式缓存和本地缓存。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

请参阅图8，图8示出了本申请实施例提供的一种电子设备300的结构框图。该电子设备300可以是PC电脑、移动终端等能够运行应用程序的电子设备。本申请中的电子设备300可以包括一个或多个如下部件：处理器310、存储器320以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器320中并被配置为由一个或多个处理器310执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。

处理器310可以包括一个或者多个处理核。处理器310利用各种接口和线路连接整个电子设备300内的各个部分，通过运行或执行存储在存储器320内的指令、程序、代码集或指令集，以及调用存储在存储器320内的数据，执行电子设备300的各种功能和处理数据。可选地，处理器310可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器310可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器310中，单独通过一块通信芯片进行实现。

存储器520可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器320可用于存储指令、程序、代码、代码集或指令集。存储器320可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如更新功能、获取功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以电子设备300在使用中所创建的数据(比如目标数据、调整数据)等。

请参阅图9，图9示出了本申请实施例提供的一种计算机可读取存储介质的结构框图。该计算机可读取存储介质400中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的数据更新方法。

计算机可读取存储介质400可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读取存储介质400包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读取存储介质400具有执行上述方法中的任何方法步骤的程序代码410的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码410可以例如以适当形式进行压缩。

本申请实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读取存储介质中。计算机设备的处理器从计算机可读取存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各种可选实施方式中描述的数据更新方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (16)

1.一种数据更新方法，其特征在于，应用于服务器，所述方法包括：

根据客户端发送的数据调整指令确定目标数据和调整数据；其中，所述数据调整指令为所述客户端根据所述目标数据和所述调整数据生成的，所述调整数据为所述客户端响应于用户在前端界面中对所述目标数据的调整操作确定的；

根据所述目标数据和所述调整数据更新数据库，以将所述调整数据更新至所述数据库；

若所述数据库更新成功，则根据所述目标数据和所述调整数据更新分布式缓存和所述服务器的本地缓存，以将所述调整数据更新至所述分布式缓存和所述本地缓存。

2.根据权利要求1所述的方法，其特征在于，所述若所述数据库更新成功，则根据所述目标数据和所述调整数据更新分布式缓存和所述服务器的本地缓存，包括：

若所述数据库更新成功，则生成缓存更新事件；

响应于所述缓存更新事件，根据所述目标数据和所述调整数据更新分布式缓存和所述所述服务器的本地缓存。

3.根据权利要求1所述的方法，其特征在于，所述根据客户端发送的数据调整指令确定目标数据和调整数据，包括：

根据客户端发送的数据调整指令确定目标数据、调整数据和与所述调整数据对应的调整版本号；其中，所述数据调整指令为根据所述目标数据、所述调整数据和所述调整版本号生成的；

所述根据所述目标数据和所述调整数据更新数据库，包括：

获取数据库中与所述目标数据对应的第一版本号；

比对所述第一版本号和所述调整版本号，根据比对结果将所述调整数据更新至所述数据库。

4.根据权利要求3所述的方法，其特征在于，所述若所述数据库更新成功，则根据所述目标数据和所述调整数据更新分布式缓存和所述服务器的本地缓存，包括：

若所述数据库更新成功，则获取所述分布式缓存中与所述目标数据对应的第二版本号，且获取所述本地缓存中与所述目标数据对应的第三版本号；

比对所述第二版本号和所述调整版本号，根据比对结果将所述调整数据更新至所述分布式缓存；

比对所述第三版本号和所述调整版本号，根据比对结果将所述调整数据更新至所述本地缓存。

5.根据权利要求4所述的方法，其特征在于，所述若所述数据库更新成功，则获取所述分布式缓存中所述目标数据对应的第二版本号，且获取所述本地缓存中所述目标数据对应的第三版本号，包括：

若所述数据库更新成功，则生成缓存更新事件；

响应于所述缓存更新事件，获取所述分布式缓存中所述目标数据对应的第二版本号，且获取所述本地缓存中所述目标数据对应的第三版本号。

6.根据权利要求4所述的方法，其特征在于，所述根据比对结果更新所述调整数据至所述数据库，包括：

若所述第一版本号与所述调整版本号不同，则将所述调整数据更新至所述数据库。

7.根据权利要求6所述的方法，其特征在于，所述根据比对结果将所述调整数据更新至所述分布式缓存，包括：

若所述第二版本号与所述调整版本号不同，则将所述调整数据更新至所述分布式缓存；

所述根据比对结果将所述调整数据更新至所述本地缓存，包括：

若所述第三版本号与所述调整版本号不同，则将所述调整数据更新至所述本地缓存。

8.根据权利要求1所述的方法，其特征在于，所述根据客户端发送的数据调整指令确定目标数据和调整数据之后，还包括：

确定数据库中是否存在所述目标数据；

所述根据所述目标数据和所述调整数据更新数据库，包括：

若所述数据库中不存在所述目标数据，则根据所述调整数据更新所述数据库；

若所述数据库中存在所述目标数据，则根据所述目标数据和所述调整数据更新数据库。

9.根据权利要求8所述的方法，其特征在于，所述若所述数据库更新成功，则根据所述目标数据和所述调整数据更新分布式缓存和所述服务器的本地缓存，包括：

若所述数据库更新成功，则确定所述分布式缓存和所述服务器的本地缓存中是否存在所述目标数据；

若所述分布式缓存中不存在所述目标数据，则根据所述调整数据更新所述分布式缓存；

若所述本地缓存中不存在所述目标数据，则根据所述调整数据更新所述本地缓存；

若所述分布式缓存中存在所述目标数据，则根据所述目标数据和所述调整数据更新所述分布式缓存；

若所述本地缓存中存在所述目标数据，则根据所述目标数据和所述调整数据更新所述本地缓存。

10.根据权利要求1所述的方法，其特征在于，所述本地缓存的过期时长小于所述分布式缓存的过期时长；其中，所述过期时长表示保存缓存数据的时长。

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

响应于定时更新任务，根据所述数据库定时更新所述分布式缓存和所述本地缓存，以使所述分布式缓存和所述本地缓存中的缓存数据和所述数据库中与所述缓存数据对应的数据保持一致。

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

若所述分布式缓存和所述本地缓存更新成功，则返回所述根据客户端发送的数据调整指令确定目标数据和调整数据的步骤。

13.一种数据更新装置，其特征在于，应用于服务器，所述装置包括：

确定模块，用于根据客户端发送的数据调整指令确定目标数据和调整数据；其中，所述数据调整操作为所述客户端根据所述目标数据和所述调整数据生成的，所述调整数据为所述客户端响应于用户在前端界面中对所述目标数据的调整操作确定的；

数据库更新模块，用于根据所述目标数据和所述调整数据更新数据库，以将所述调整数据更新至所述数据库；

缓存更新模块，用于若所述数据库更新成功，则根据所述目标数据和所述调整数据更新分布式缓存和所述服务器的本地缓存，以将所述调整数据更新至所述分布式缓存和所述本地缓存。

14.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个应用程序配置用于执行如权利要求1-12任一项所述的数据更新方法。

15.一种计算机可读取存储介质，其特征在于，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行如权利要求1-12任一项所述的数据更新方法。

16.一种计算机程序产品，其特征在于，包括计算机程序/指令，该计算机程序/指令被处理器执行如权利要求1-12任一项所述的数据更新方法。

Images