本申请涉及互联网技术领域，尤其涉及一种点赞数据存储方法及设备。

背景技术：

为了增加用户的互动性，许多社交平台为用户提供了投票/点赞，或反对/踩的功能。例如，在网络直播平台上，为了使用户和主播具有良性互动，增强用户的参与感，用户在观看直播时，可通过触发直播平台提供的点赞系统进行点赞，以表达对主播或直播内容的喜爱等。点赞数据存储于点赞数据库中，可用于后续对用户进行喜好分析。

在现有技术中，点赞数据库通常为纯内存型数据库或纯硬盘类的数据库。而针对较大的网络社交平台，其点赞数据十分庞大且读写频繁。采用纯内存型存储的方式来存储大量的点赞数据将十分耗费内存。若采用纯硬盘类的存储方式时，将无法满足针对已存储的点赞数据的高并发的查询需求。

技术实现要素：

本申请实施例的多个方面提供一种点赞数据存储方法及设备，用以降低点赞数据对内存的消耗，提高点赞数据库在读写高并发状态下的稳定性。

本申请实施例提供一种点赞数据存储方法，包括：

响应于点赞数据写入操作，确定所述点赞数据写入操作请求写入的点赞数据对应的点赞数据类型；所述点赞数据类型包括：冷数据类型的点赞数据或热数据类型的点赞数据；

根据数据库类型与点赞数据类型的对应关系，确定与所述请求写入的点赞数据对应的数据库；所述数据库类型包括内存型或磁盘型；

将所述请求写入的点赞数据存储至对应的数据库。

进一步可选地，根据数据库类型与点赞数据类型的对应关系，确定与所述请求写入的点赞数据对应的数据库，包括：当所述请求写入的点赞数据包含热数据类型的点赞数据时，确定与所述热数据类型的点赞数据对应的数据库为内存型数据库；当所述请求写入的点赞数据包含冷数据类型的点赞数据时，确定与所述冷数据类型的点赞数据对应的数据库为磁盘型数据库。

进一步可选地，所述冷数据类型的点赞数据包括：当前时刻之前指定时间范围内的所有点赞行为对应的用户ID、点赞对象和/或点赞时间；所述热数据类型的点赞数据包括：针对每一点赞对象的、点赞时间距离当前时刻最近的指定数量的点赞行为对应的用户ID和/或累计至当前时刻的点赞总数。

进一步可选地，所述方法还包括：以设定的数据迁移周期，将所述内存型数据库中的增量点赞数据迁移至所述磁盘型数据库，并删除所述内存型数据库中除所述热数据类型的点赞数据之外的点赞数据。

进一步可选地，所述方法还包括：响应于点赞数据读取操作，确定所述点赞数据读取操作请求读取的点赞数据包含冷数据类型的点赞数据或热数据类型的点赞数据；若包含冷数据类型的点赞数据，则从所述磁盘型数据库中加载与所述点赞数据读取操作对应的点赞数据至所述内存型数据库中；从所述内存型数据库中读取所述点赞数据读取操作请求读取的点赞数据。

本申请实施例还提供一种点赞数据存储设备，包括：存储器以及处理器；

所述存储器用于存储一条或多条计算机指令；

所述处理器用于执行所述一条或多条计算机指令以用于：

响应于点赞数据写入操作，确定所述点赞数据写入操作请求写入的点赞数据包含的点赞数据类型；所述点赞数据类型包括：冷数据类型的点赞数据或热数据类型的点赞数据；

根据数据库类型与点赞数据类型的对应关系，确定与所述请求写入的点赞数据对应的数据库；所述数据库类型包括内存型或磁盘型；

将所述请求写入的点赞数据存储至对应的数据库。

进一步可选地，所述处理器具体用于：当所述请求写入的点赞数据包含热数据类型的点赞数据时，确定与所述热数据类型的点赞数据对应的数据库为内存型数据库；当所述请求写入的点赞数据包含冷数据类型的点赞数据时，确定与所述冷数据类型的点赞数据对应的数据库为磁盘型数据库。

进一步可选地，所述冷数据类型的点赞数据包括：当前时刻之前指定时间范围内的所有点赞行为对应的用户ID、点赞对象和/或点赞时间；所述热数据类型的点赞数据包括：针对每一点赞对象的、点赞时间距离当前时刻最近的指定数量的点赞行为对应的用户ID和/或累计至当前时刻的点赞总数。

进一步可选地，所述处理器还用于：以设定的数据迁移周期，将所述内存型数据库中的增量点赞数据迁移至所述磁盘型数据库，并删除所述内存型数据库中除所述热数据类型的点赞数据之外的点赞数据。

进一步可选地，所述处理器还用于：响应于点赞数据读取操作，确定所述点赞数据读取操作请求读取的点赞数据包含冷数据类型的点赞数据或热数据类型的点赞数据；若包含冷数据类型的点赞数据，则从所述磁盘型数据库中加载与所述点赞数据读取操作对应的点赞数据至所述内存型数据库中；从所述内存型数据库中读取所述点赞数据读取操作请求读取的点赞数据。

在本申请实施例中，在接收到点赞数据写入操作时，首先判断该写入操作请求写入的点赞数据是冷数据类型的点赞数据或热数据类型的点赞数据，并基于判断的结果选取用于存储该写入操作请求写入的点赞数据的数据库。通过上述实施方式，能够实现冷热数据的分离存储，降低大量点赞数据对内存的消耗，提高点赞数据库在读写高并发状态下的稳定性。

附图说明

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

图1为本发明一实施例提供的点赞数据存储方法的方法流程图；

图2为本发明另一实施例提供的点赞数据存储方法的方法流程图；

图3为本发明又一实施例提供的点赞数据存储方法的方法流程图；

图4为本发明一实施例提供的点赞数据存储设备的设备结构图。

具体实施方式

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

现有的点赞系统中，使用纯内存型存储方式来存储用户的点赞数据时，若点赞数据量庞大，将十分耗费系统内存。使用纯磁盘型的存储方式来存储点赞数据时，若对存储数据的读取操作出现高并发的情况，则磁盘型存储方式的可用性和稳定性将无法保证。

为解决上述缺陷，本申请实施例提出一种解决方案，其核心在于，采用内存型以及磁盘型的数据库组成点赞系统的点赞数据库，并对需要存储的点赞数据分类。基于对点赞数据的分类结果，分别将点赞数据存储至内存型或磁盘型数据库，进而可在解决对系统内存造成的压力的同时，确保点赞数据库在读写高并发的情况下具有高可用性和稳定性。以下部分将结合附图对本申请实施例的技术方案进行具体阐述。图1为本发明一实施例提供的点赞数据存储方法的方法流程图，结合图1，该方法包括：

步骤101、响应于点赞数据写入操作，确定所述点赞数据写入操作请求写入的点赞数据对应的点赞数据类型；所述点赞数据类型包括：冷数据类型的点赞数据或热数据类型的点赞数据。

步骤102、根据数据库类型与点赞数据类型的对应关系，确定与所述请求写入的点赞数据对应的数据库；所述数据库类型包括内存型或磁盘型。

步骤103、将所述请求写入的点赞数据存储至对应的数据库。

在步骤101中，点赞数据的写入操作指的是，点赞行为发生时，需要存储点赞行为对应的点赞数据的操作。

点赞数据，指的是点赞系统中发生的点赞行为所产生的一系列数据，包括但不仅限于点赞对象、点赞的用户ID(identification，身份)、点赞时间或某一点赞对象累计的点赞数量等。

冷数据类型的点赞数据，指的是读写频率低的点赞数据。反之，热数据类型的点赞数据，指的是读写频率高的点赞数据。

在步骤102中，内存型数据库指的是，能够将数据放在内存中直接操作的数据库。相对于磁盘型数据库，内存型数据库的数据读写速度高，稳定性良好。磁盘型数据库的优势在于，存储空间可扩展，且不消耗系统内存。

在本实施例中，预先设置数据库类型与点赞数据类型的对应关系，在确定该请求写入的点赞数据对应的数据类型后，查询上述对应关系，可确定对应的数据库。

在步骤103中，确定该请求写入的点赞数据对应的数据库之后，可将该请求写入的点赞数据存储至对应的数据库。

在本实施例中，在接收到点赞数据写入操作时，首先判断该写入操作请求写入的点赞数据是冷数据类型的点赞数据或热数据类型的点赞数据，并基于判断的结果选取用于存储该写入操作请求写入的点赞数据的数据库。通过上述实施方式，能够实现冷热数据的分离存储，降低大量点赞数据对内存的消耗，提高点赞数据库在读写高并发状态下的稳定性。

上述实施例中记载了基于点赞数据类型选取用于存储点赞数据的数据库的过程，以下部分将结合图2，对上述过程进行详细阐述。如图2所示，该过程具体包括：

步骤201、响应于点赞数据写入操作，确定所述点赞数据写入操作请求写入的点赞数据对应的点赞数据类型。

步骤202、判断请求写入的点赞数据是否包含热数据类型的点赞数据；若包含，则执行步骤204。

步骤203、判断请求写入的点赞数据是否包含冷数据类型的点赞数据；若为是，执行步骤206。

步骤204、确定内存型数据库作为与所述热数据类型的点赞数据对应的数据库，并执行步骤205。

步骤205、将所述热数据类型的点赞数据存储至内存型数据库。

步骤206、确定磁盘型数据库作为与所述冷数据类型的点赞数据对应的数据库。

步骤207、将所述冷数据类型的点赞数据存储至磁盘型数据库。

在步骤201中，点赞数据类型包括冷数据类型或热数据类型。可选的，冷数据类型的点赞数据包括：当前时刻之前指定时间范围内的所有点赞行为对应的用户ID、点赞对象和/或点赞时间。其中，指定时间范围可以是3天、一周或一个月等，视具体应用场景而定，本实施例不做限制。

可选的，热数据类型的点赞数据包括：针对每一点赞对象的、点赞时间距离当前时刻最近的指定数量的点赞行为对应的用户ID和/或累计至当前时刻的点赞总数。其中，指定数量，是一个可根据需求进行变化的值，例如，在一些需求场景中，可以是200，在另一些需求场景中可以是500，本实施例不做限制。

以具体的应用场景为例，假设在直播平台上，用户针对某一直播间主播展示的直播内容发起点赞行为，则该点赞行为生成的点赞数据可包括：用户ID、直播间ID、以及点赞时间。在上述点赞数据中，若针对该直播间的直播内容，该用户的点赞行为属于距离当前时刻最近的200个点赞行为，则该用户ID可以被确定为热数据类型的点赞数据。

在步骤202以及203中，请求写入的点赞数据可能包含冷数据类型的点赞数据，也可能包含热数据类型的点赞数据，也可能同时包含冷数据类型以及热数据类型的点赞数据。

需要说明的是，步骤202以及步骤203仅仅是用于区分开两个不同的操作步骤，在实际执行时，可以先执行步骤203，后执行步骤202，也可以同时执行步骤203以及步骤202，本实施例对此不做限制。

在步骤204中，若该点赞数据类型包含热数据类型，则热数据类型的点赞数据在后续可能具有较高的被访问频率，因而可确定内存型数据库作为与其对应的数据库。

在步骤205、确定与热数据类型的点赞数据对应的数据库之后，可将热数据类型的点赞数据存储至内存型数据库。

在步骤206、若该点赞数据类型包含冷数据类型，则冷数据类型的点赞数据在后续可能具有较低的被访问频率，因而可确定磁盘型数据库作为与冷数据类型的点赞数据对应的数据库。

在步骤207、确定与冷数据类型的点赞数据对应的数据库之后，可将冷数据类型的点赞数据存储至磁盘型数据库。

可选的，本实施例中内存型数据库可采用Redis构建，磁盘型数据库可采用MySQL构建，本申请实施例包含但不仅限于此。

可选的，在上述或下述实施例中，本申请实施例提供的点赞数据存储方法还可包括如下的步骤：

以设定的数据迁移周期，将内存型数据库中的增量点赞数据迁移至磁盘型数据库，并删除内存型数据库中除热数据类型的点赞数据之外的点赞数据。

可选的，增量点赞数据，指的是内存型数据库中，相对于磁盘型数据库中新增加的点赞数据。这部分数据可以设定的周期从内存型数据库迁移至磁盘型数据库。与此同时，随着点赞行为的不断发生以及时间的推移，点赞数据的类型会发生变化，例如从热数据类型转变为冷数据类型。可选的，本实施例中，可删除内存型数据库中点赞数据类型发生变化，且已经迁移至磁盘型数据库的点赞数据。通过上述实施方式，一方面，及时地释放内存型数据库的存储空间，以降低对系统内存的消耗；另一方面，及时地备份内存数据库中的点赞数据，可以在内存型数据库出现故障时进行数据恢复，提升点赞数据库的稳定性。

可选的，在本实施例提供的数据存储方法的基础上，从点赞数据库读取点赞数据时，其过程可如图3所示：

步骤301、响应于点赞数据读取操作，确定所述点赞数据读取操作请求读取的点赞数据的点赞数据类型。

步骤302、判断所述点赞数据类型为冷数据类型或热数据类型；若为冷数据类型，执行步骤303；若为热数据类型，执行步骤304；。

步骤303、从磁盘型数据库中加载与所述点赞数据读取操作对应的点赞数据至所述内存型数据库中，并执行步骤304。

步骤304、从所述内存型数据库中读取所述点赞数据读取操作请求读取的点赞数据。

在步骤301中，点赞数据读取操作可包括：例如，针对一点赞对象，查询有哪些用户对其进行点赞。再例如，针对一点赞对象，查询其对应的点赞总数。

以查询有哪些用户对点赞对象进行点赞为例，通常点赞系统具有一“查询”按钮，可触发该按钮对点赞用户进行查询。在显示查询结果的页面，可设一“显示更多”按钮，触发该按钮可显示更早的点赞行为对应的点赞用户。在触发“查询”按钮时，可获取距离当前时刻最近的指定数量的点赞行为对应的点赞用户，这部分指定数量的点赞行为对应的点赞用户属于热数据类型。在触发“显示更多”按钮时，可获取指定数量的点赞行为之前的点赞行为对应的用户，这部分点赞用户属于冷数据类型。

在步骤302～304中，由上述实施例可知，热数据类型的点赞数据存储在内存型数据库中，可直接从内存型数据库中获取请求读取的点赞数据。例如，可响应于对“查询”按钮的触发，直接从内存型数据库中获取距离当前时刻最近的指定数量的点赞行为对应的点赞用户并进行显示。

冷数据类型的点赞数据存储在磁盘型数据库中，需从磁盘型数据库中加载到内存型数据库。例如，响应于对“显示更多”按钮的触发，可从磁盘型数据库中加载与所述点赞数据读取操作对应的点赞数据至内存型数据库中。再从内存型数据库中读取所述点赞数据读取操作请求读取的点赞数据。

在本实施例中，读写频率高的点赞数据，可以直接从内存型数据库中进行读取，读取效率高，且读写高并发状态下的稳定性良好。读写频率低的数据库可通过磁盘型数据库加载至内存型数据库中，降低了大量点赞数据对内存的消耗，避免了内存的浪费。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤201至步骤203的执行主体可以为设备A；又比如，步骤201和202的执行主体可以为设备A，步骤203的执行主体可以为设备B；等等。

另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

以上描述了点赞数据存储方法的可选实施方式，如图4所示，实际中，该点赞数据存储方法可通过点赞数据存储设备实现，如图4所示，该设备包括：存储器41以及处理器42、输入装置43以及输出装置44。

存储器41以及处理器42、输入装置43以及输出装置44可以通过总线或其他方式连接，图4中以总线连接为例。

其中，存储器41用于存储一条或多条计算机指令，并可被配置为存储其它各种数据以支持在点赞数据存储设备上的操作。这些数据的示例包括用于在点赞数据存储设备上操作的任何应用程序或方法的指令。

存储器41可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

在一些实施例中，存储器41可选包括相对于处理器42远程设置的存储器，这些远程存储器可以通过网络连接至点赞数据存储设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

存储器42与存储器41耦合，用于执行所述一条或多条计算机指令以用于：响应于点赞数据写入操作，确定所述点赞数据写入操作请求写入的点赞数据对应的点赞数据类型；所述点赞数据类型包括：冷数据类型的点赞数据或热数据类型的点赞数据；根据数据库类型与点赞数据类型的对应关系，确定与所述请求写入的点赞数据对应的数据库；所述数据库类型包括内存型或磁盘型；将所述请求写入的点赞数据存储至对应的数据库。

进一步可选地，存储器42具体用于：当所述请求写入的点赞数据包含热数据类型的点赞数据时，确定与所述热数据类型的点赞数据对应的数据库为内存型数据库；当所述请求写入的点赞数据包含冷数据类型的点赞数据时，确定与所述冷数据类型的点赞数据对应的数据库为磁盘型数据库。

进一步可选地，所述冷数据类型的点赞数据包括：当前时刻之前指定时间范围内的所有点赞行为对应的用户ID、点赞对象和/或点赞时间；所述热数据类型的点赞数据包括：针对每一点赞对象的、点赞时间距离当前时刻最近的指定数量的点赞行为对应的用户ID和/或累计至当前时刻的点赞总数。

进一步可选地，存储器42还用于：以设定的数据迁移周期，将所述内存型数据库中的增量点赞数据迁移至所述磁盘型数据库，并删除所述内存型数据库中除所述热数据类型的点赞数据之外的点赞数据。

进一步可选地，存储器42还用于：响应于点赞数据读取操作，确定所述点赞数据读取操作请求读取的点赞数据包含冷数据类型的点赞数据或热数据类型的点赞数据；若包含冷数据类型的点赞数据，则从所述磁盘型数据库中加载与所述点赞数据读取操作对应的点赞数据至所述内存型数据库中；从所述内存型数据库中读取所述点赞数据读取操作请求读取的点赞数据。

输入装置43可接收输入的数字或字符信息，以及产生与点赞数据存储设备的用户设置以及功能控制有关的键信号输入。输出装置44可包括显示屏等显示设备。

进一步，如图4所示，该点赞数据存储设备还包括：电源组件45。电源组件45，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

上述点赞数据存储设备可执行本申请实施例所提供的点赞数据存储方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请实施例所提供的方法，不再赘述。

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

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

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