[发明专利]请求处理方法、装置、计算设备及存储介质

说明书

本申请公开了一种请求处理方法、装置、计算设备及存储介质，属于数据库技术领域。本申请通过对锁同步模式设置灵活的多个级别，在弱同步模式下，直接对数据请求对应的数据资源加锁，并执行该数据请求，能够保证数据请求优先推进，无需等待第二计算设备的响应，而在不是弱同步模式下，则获取各个第二计算设备的加锁反馈信息，在符合目标条件的情况下，才对该数据资源加锁并执行该数据请求，使得在不同业务场景下选取不同的锁同步模式，如在智慧交通场景下基于弱同步模式优先推进新增停车位的请求，但无需优先推进分享行程的请求，从而保证集群数据库能够满足不同业务场景的处理需求，提升了集群数据库系统的处理能力。

技术领域

本申请涉及数据库技术领域，特别涉及一种请求处理方法、装置、计算设备及存储介质。

背景技术

随着数据库技术的发展，传统的单机数据库逐渐不能适应大数据、云计算等业务场景，集群数据库逐渐变得普及。目前，不论是MySQL、PostgreSQL等单机数据库，还是IBM、Oracle等集群数据库，均采用基于强同步锁机制的并发控制方法，强同步锁机制是指：需要申请锁的进程需要在集群内全部的计算设备中都获得相应级别的锁，才算申请锁成功，否则需要等待，只要集群内任一计算设备申请锁失败，或者等待超时，本进程都无法申请锁成功。

由于在集群数据库中，强同步锁机制要求集群内全部的计算设备中都获得相应级别的锁，而随着集群内计算设备的数量增加，会导致申请锁的开销也显著增加，导致集群数据库系统的处理能力较差。因此，亟需一种能够提升集群数据库系统的处理能力的方法。

发明内容

本申请实施例提供了一种请求处理方法、装置、计算设备及存储介质，能够提升集群数据库系统的处理能力。该技术方案如下：

一方面，提供了一种请求处理方法，由集群数据库中的第一计算设备执行，所述方法包括：

响应于数据请求，确定所述集群数据库的锁同步模式；

在所述锁同步模式为弱同步模式的情况下，对所述数据请求所对应的数据资源加锁，执行所述数据请求；

在所述锁同步模式不为弱同步模式的情况下，获取所述集群数据库中的至少一个第二计算设备对所述数据资源的加锁反馈信息，所述加锁反馈信息用于表征所述第二计算设备是否对所述数据资源加锁成功；在所述加锁反馈信息符合与所述锁同步模式对应的目标条件的情况下，对所述数据请求所对应的数据资源加锁，执行所述数据请求。

在一种可能实施方式中，所述获取所述集群数据库中的至少一个第二计算设备对所述数据资源的加锁反馈信息包括：

向所述至少一个第二计算设备发送与所述数据请求关联的加锁请求；

接收所述至少一个第二计算设备基于所述加锁请求返回的所述加锁反馈信息。

在一种可能实施方式中，所述向所述至少一个第二计算设备发送与所述数据请求关联的加锁请求包括：

通过所述第一计算设备上的消息处理线程，分别向所述至少一个第二计算设备上的消息处理线程发送所述加锁请求；

所述接收所述至少一个第二计算设备基于所述加锁请求返回的所述加锁反馈信息包括：

通过所述第一计算设备上的消息处理线程，接收所述至少一个第二计算设备上的消息处理线程返回的所述加锁反馈信息。

在一种可能实施方式中，所述方法还包括：

响应于接收到任一第二计算设备的加锁反馈信息，在所述数据请求处于活跃状态的情况下，通过所述消息处理线程将所述加锁反馈信息发送至所述数据请求的锁申请线程；

在所述数据请求不处于活跃状态，且所述加锁反馈信息为加锁成功的情况下，向所述第二计算设备发送释放锁请求，所述释放锁请求用于指示所述第二计算设备释放所述数据请求所对应的数据资源。