[发明专利]业务数据查询方法、装置、电子设备及可读存储介质

说明书

本发明实施例提供了一种业务数据查询方法、装置、电子设备及可读存储介质，其中方法包括：接收终端发送的业务访问请求，业务访问请求中携带业务标识；在业务访问请求对应的目标响应数据处于缓存重建的情况下，获取业务访问请求对应的第一业务处理接口处的请求并发数，第一业务处理接口对应于同一业务标识，请求并发数为接收业务访问请求的目标时刻或者包括目标时刻的预设时间窗口内对应的请求数量；在请求并发数大于第一阈值的情况下，根据备份缓存集合和目标响应数据的缓存重建情况，向终端反馈业务访问结果。本发明可以相对减轻线程阻塞程度，实现了用户查询与缓存重建的平衡，提升了服务器的稳定性与可用性。

技术领域

本发明涉及信息技术领域，尤其涉及一种业务数据查询方法、装置、电子设备及可读存储介质。

背景技术

随着互联网的快速发展及互联网使用人数的增加，用户的访问量级及数据量非常大，由于用户对请求响应速度的要求，服务器系统偏向于读多写少等原因，导致单纯的基于数据库层的查询已满足不了现实需求，因此引入NoSQL(Not Only SQL，非关系型数据库)数据存储方式，具体为引入了以Redis(Remote Dictionary Server，远程字典服务)为主流的基于内存的非关系型数据库。但是由于缓存内存有限，服务器系统不会将所有数据都存储到缓存层，只存储常用的数据，并设置相应的过期时间。但是对于设置过期时间的数据，如果某些数据集中失效，并且失效期间并发大量请求，服务器系统由于查不到缓存数据，将会直接打到数据库层，导致数据库层压力过大甚至产生系统崩溃。

在用户请求查询时，如果缓存数据存在则直接返回，数据不存在也就是在缓存失效后，并发请求过来通过加锁方式或者队列方式进行数据库读取互斥访问，同一个请求只允许一个线程去访问数据库并执行相关业务逻辑处理然后写回到缓存中，其他线程一直阻塞直到缓存有数据可以读取到。此种方式可以解决并发请求都打到数据库层引起系统崩溃问题。

但如果在缓存重建的过程中涉及到业务操作处理复杂的情况，缓存写入时间较长，将导致所有请求都等待缓存信息写入，该种方式浪费资源且降低系统的吞吐量。

发明内容

本发明实施例提供一种业务数据查询方法、装置、电子设备及可读存储介质，以解决现有技术中缓存失效后在处理并发请求时由于线程大量阻塞引起的降低系统吞吐量的问题。

第一方面，本发明实施例提供一种业务数据查询方法，应用于服务器，包括：

接收终端发送的业务访问请求，所述业务访问请求中携带业务标识；

在所述业务访问请求对应的目标响应数据处于缓存重建的情况下，获取所述业务访问请求对应的第一业务处理接口处的请求并发数，所述第一业务处理接口对应于同一所述业务标识，所述请求并发数为接收所述业务访问请求的目标时刻或者包括所述目标时刻的预设时间窗口内对应的请求数量；

在所述请求并发数大于第一阈值的情况下，根据备份缓存集合和所述目标响应数据的缓存重建情况，向所述终端反馈业务访问结果。

可选的，所述根据备份缓存集合和所述目标响应数据的缓存重建情况，向所述终端反馈业务访问结果，包括：

在所述备份缓存集合中查询是否存在所述目标响应数据；

在查询到所述目标响应数据的情况下，向所述终端反馈所述目标响应数据；

在未查询到所述目标响应数据的情况下，检测所述目标响应数据是否缓存重建完成，并在缓存重建完成后向所述终端反馈所述目标响应数据，在缓存重建未完成时向所述终端反馈访问失败的提示信息。

可选的，所述备份缓存集合为热点数据缓存集合；所述方法还包括：

根据最近最久未使用算法LFU，删除缓存数据集合中的部分数据，所述缓存数据集合中的缓存数据通过预设更新策略进行更新；