[发明专利]一种直播互动数据加载方法、服务器及计算机可读介质

说明书

技术领域

本发明涉及一种直播互动数据加载方法、服务器及计算机可读介质。

背景技术

随着互联网的普及，人们生活水平日益提高，网络直播，早已成为人们生活的一部分，观看直播的同时，主播与许多在线观看的网友讨论交流也是一个不可或缺的环节。由于是网络直播，互动对话的实时展示显得极其重要，当用户量增大时，互动对话频率的提高，都会极大加大系统的并发量。如果并发数接近系统性能瓶颈，会导致用户收取互动对话有延迟。倘若并发数过大，有可能造成系统直接宕机，暂停工作。

增加服务器数量是最直观，收效也还行，相对带来的成本也较高。从代码及服务器层面分析可以发现，当每个用户都加载评论，且每次都访问数据库的话，数据库的IO操作会极大的限制服务器IO的成本，因此有的开发也会将一些服务器已经读取过的评论直接放在缓存中，当有第二个用户请求时，直接从缓存中读取，这样减免了数据库IO操作，从而提高服务器并发瓶颈。

将已经读取过的互动数据存入缓存，从而避免重复读取数据库IO，的确不失为一个好办法，然而其带来的缓存开销也不容小觑。极大的互动数据可以轻易的占用掉系统大量的内存资源，这里也是一笔不菲的经济成本。

发明内容

本发明的主要目的在于提出一种直播互动数据加载方法、服务器及计算机可读介质，旨在解决现有技术中直播产生的互动数据并发量过高时，数据库IO处理频繁导致系统资源大量占用的问题、或者需要较多的服务器而使成本较高的问题。

为实现上述目的，本发明提供的一种直播互动数据加载方法，应用于服务器端，所述方法包括步骤：

收到直播互动数据的获取请求时，判断所述互动数据的获取请求是否为首次请求；

如果是首次请求，则读取数据库获取所述直播互动数据并返回，同时将读取的直播互动数据生成静态文本存入文件库、保存该静态文本的URL数据到缓存；

如果非首次请求，则查询缓存获取所述直播互动数据的URL数据，根据所述URL数据读取静态文本并返回。

进一步的，所述步骤如果是首次请求，则读取数据库获取所述直播互动数据并返回，同时将读取的直播互动数据生成静态文本存入文件库、保存该静态文本的URL数据到缓存之后还包括：

对缓存的URL数据设置定期删除，当定期周期到达时，删除对应URL数据及静态文本。

进一步的，所述判断所述互动数据的获取请求是否为首次请求进一步包括：查找缓存数据，如果缓存数据不包括所述直播互动数据的URL数据，则为首次请求，否则为非首次请求；或者，

对直播互动数据设置请求计数器，如果请求计数器计数为零，则为首次请求，否则为非首次请求；所述请求计数器定期清零。

进一步的，所述URL数据以后进先出的栈结构放置于缓存。

进一步的，所述直播互动数据的获取请求包括服务器的自动读取直播互动数据的请求或来自客户端的获取直播互动数据的请求。

为实现上述目的，本发明还提出一种服务器，所述服务器包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述任一方法的步骤。

以及，为实现上述目的，本发明还提出一种计算机可读介质，所述计算机可读介质存储有数据处理程序，当所述数据处理程序被至少一个处理器执行时，导致所述至少一个处理器执行以下操作：

收到直播互动数据的获取请求时，判断所述直播互动数据的获取请求是否为首次请求；

如果是首次请求，则读取数据库获取所述直播互动数据并返回，同时将读取的直播互动数据生成静态文本存入文件库、保存该静态文本的URL数据到缓存；

如果非首次请求，则查询缓存获取所述直播互动数据的URL数据，根据所述URL数据读取静态文本并返回。

进一步的，所述步骤如果是首次请求，则读取数据库获取所述直播互动数据并返回，同时将读取的直播互动数据生成静态文本存入文件库、保存该静态文本的URL数据到缓存之后还包括：

对缓存的URL数据设置定期删除，当定期周期到达时，删除对应URL数据及静态文本。

进一步的，所述判断所述互动数据的获取请求是否为首次请求进一步包括：查找缓存数据，如果缓存数据不包括所述直播互动数据的URL数据，则为首次请求，否则为非首次请求；或者，

对直播互动数据设置请求计数器，如果请求计数器计数为零，则为首次请求，否则为非首次请求；所述请求计数器定期清零。

进一步的，所述URL数据以后进先出的栈结构放置于缓存。