[发明专利]业务访问的处理方法、装置、设备及存储介质

说明书

本发明提供了一种业务访问的处理方法、装置、设备及存储介质，其中，所述业务访问的处理方法包括：判断服务器当前的业务访问场景；若服务器当前的业务访问场景是读取多写入少，则增加服务器中逻辑计算层的数量并减少服务器中业务逻辑的判断；若服务器当前的业务访问场景是写入多读取少，则将写入业务放入队列中进行延迟处理。本发明的业务访问的处理方法对业务访问进行了分场景识别，针对不同的业务访问场景能够根据是读取占多数还是写入占多数执行不同的访问处置策略，提高了业务访问的处理效率，避免了业务访问堵塞。

技术领域

本发明涉及业务调度技术领域，尤其涉及一种业务访问的处理方法、装置、设备及存储介质。

背景技术

当前，业务流程推进通常是使用工作流来实现，工作流会预先定义好业务流程中各个业务逻辑的执行顺序，当一个业务逻辑执行完成后，工作流会更新数据库中所记录的流程状态，然后下一个业务逻辑才会被执行，依次类推，直到整个流程结束。

现有技术的业务服务器：由于工作流数据库与业务数据库是同一数据库，在业务执行的过程中，各个业务逻辑与工作流都会从该数据库中读写数据，而数据库的并发访问量是有限的，因此在任务量大的情况下，业务逻辑和工作流引擎与数据库的交互会激增，从而会导致高并发情况下的数据库性能较低。

因此，现有技术还有待于改进和发展。

发明内容

本发明的主要目的在于解决现有业务服务器无法满足高并发业务访问的需求，容易发生读写超时的技术问题。

本发明第一方面提供了一种业务访问的处理方法，所述业务访问的处理方法包括：

判断服务器当前的业务访问场景；

若服务器当前的业务访问场景是读取多写入少，则增加服务器中逻辑计算层的数量并减少服务器中业务逻辑的判断；

若服务器当前的业务访问场景是写入多读取少，则将写入业务放入队列中进行延迟处理。

在本发明第一方面一种可选的实施方式中，所述业务访问的处理方法还包括：

预先对服务器中的业务逻辑进行分类，根据业务访问所需的数据处理量将服务器中的业务逻辑分为简单逻辑和复杂逻辑。

在本发明第一方面一种可选的实施方式中，在服务器中，通过lua语言来构建的简单逻辑的代码。

在本发明第一方面一种可选的实施方式中，在服务器中，通过java语言、php语言或c语言来构建复杂逻辑的代码。

在本发明第一方面一种可选的实施方式中，所述业务访问的处理方法还包括：

判断业务访问的类型；

若业务访问的类型属于可以直接返回访问结果的情形，则通过简单逻辑来处理业务访问请求；

若业务访问的类型属于无法直接返回访问结果的情形，则通过复杂逻辑来处理业务访问请求。

在本发明第一方面一种可选的实施方式中，判断服务器当前的业务访问场景时，通过读取服务器的静态数据来识别服务器当前的业务访问场景是读取多写入少还是写入多读取少。

在本发明第一方面一种可选的实施方式中，将写入业务放入队列中进行延迟处理之后包括：设置写入业务再次访问服务器的时间。

本发明第二方面提供了一种业务访问的处理装置，所述业务访问的处理装置包括：

判断模块，用于判断服务器当前的业务访问场景；

第一处理模块，用于若服务器当前的业务访问场景是读取多写入少，则增加服务器中逻辑计算层的数量并减少服务器中业务逻辑的判断；