CN102156928A - 一种通过业务逻辑锁进行系统并发控制的方法 - Google Patents

Abstract

本发明提供一种通过业务逻辑锁进行系统并发控制的方法，包括业务逻辑锁基本要素、加解锁方法、超时锁处理；业务逻辑锁的基本要素包括：功能号FUNC_CODE、业务关键数据DATA_CODE、锁编码LOCK_ID、锁定时间LOCKTIME数据，其中关键数据是指业务逻辑处理过程中起关键作用的业务数据，包括订单号、中奖单号、手机号；功能号是指当前锁需要锁定的业务功能，每个功能都唯一相应一个功能号，包括支付业务中订单支付功能号：ORDER_PAY、领奖业务中的领奖功能号：DO_ACTIVITY、用户注册业务功能号DO_REG，这些功能号根据具体业务情况编写；锁定时间标识锁的有效时间，不同的业务逻辑有不同的锁定时间要求；锁编码一条逻辑锁的标识，用于唯一标识一条具体的业务逻辑锁。

Description

一种通过业务逻辑锁进行系统并发控制的方法

技术领域

本发明涉及一种计算机应用，具体地说是一种通过业务逻辑锁进行系统并发控制的方法。

背景技术

随着中国大型IT企业信息化速度的加快，大部分应用的数据量和访问量都急剧增加，大型企业网站正面临性能和高数据访问量的压力，而且对并发处理等方面都提出了更高的要求。

由于用户的误操作(如双击提交按钮)、业务逻辑处理不是很合理(如未合理校验单价的状态或校验成功后与业务处理存在较长的时间间隔)，经常会出现诸如一个订单重复扣费、一个用户重复注册、一个奖项重复领取等问题，给用户和企业网站带来麻烦甚至是经济上的损失。

因此，本发明是利用现有技术，对业务逻辑的关键数据进行锁定。保证了业务逻辑处理时关键数据的唯一性、准确性。

发明内容

本发明的目的是提供一种通过业务逻辑锁机制进行系统并发控制及其方法，本发明的业务逻辑锁功能主要用于控制业务逻辑的并发问题，来保证了业务逻辑处理时数据的唯一性、准确性。

本发明的目的是按以下方式实现的，包括业务逻辑锁基本要素、加解锁方法、超时锁处理；

业务逻辑锁的基本要素包括：功能号FUNC_CODE、业务关键数据DATA_CODE、锁编码LOCK_ID、锁定时间LOCKTIME数据，其中关键数据是指业务逻辑处理过程中起关键作用的业务数据，包括订单号、中奖单号、手机号；功能号是指当前锁需要锁定的业务功能，每个功能都唯一相应一个功能号，包括支付业务中订单支付功能号：ORDER_PAY、领奖业务中的领奖功能号：DO_ACTIVITY、用户注册业务功能号DO_REG，这些功能号根据具体业务情况编写；锁定时间标识锁的有效时间，不同的业务逻辑有不同的锁定时间要求；锁编码一条逻辑锁的标识，用于唯一标识一条具体的业务逻辑锁；

业务逻辑处理之前需要进行加锁操作，步骤如下：

将功能号、业务关键数据、锁编码、锁定时间数据在一个单独的数据库事务中保存到一个以功能号、业务关键数据为主键的业务逻辑锁表中，并将此事务单独提交，在保存业务逻辑锁的时候，如果存在相同的未失效锁，即功能号和业务关键数据与当前锁的功能号和业务关键数据相同且未到失效时间，则属于加锁失败，即说明出现的并发问题，如果保存业务锁成功，则说明加锁成功，业务系统可以进行具体业务处理；

加锁失败处理：加锁操作失败：是指在保存业务逻辑锁的时候，存在相同的功能号和业务关键数据，并且已存在的锁并未超时，如果加锁操作失败，则说明此业务存在并发问题，进行错误处理；

如果加锁失败，即存在有着相同功能号、关键数据且未失效的业务逻辑锁，业务系统需要根据具体情况进行处理，其中：1)如果确实发生了并发问题，则要终止当前业务，直到正常解锁或锁失效再重新发起业务；2)当前业务可能存在死锁的情况，包括：用户强制中止了业务逻辑，则在锁超期前可由用户决定是否强行终止业务逻辑锁，并将解锁以后的风险告知用户，用户要求解锁的话，则先将上次的锁删除，再重新进行加锁，加锁成功后调用业务逻辑处理，处理完成后进行解锁；

加锁成功后，进行业务逻辑处理；只有业务逻辑锁加锁成功后，才能进行具体的业务逻辑处理；

业务逻辑处理完成后进行解锁操作；解锁操作是指在业务逻辑锁表中删除或标记为超时以当前业务编号为业务功能号和当前业务数据为业务关键数据的记录，业务逻辑处理完成后应该在单独的数据库事务中执行此业务对应的解锁操作；

步骤如下：

1)对于明确知道锁编码的解锁操作，可直接根据锁编码进行删除操作；

2)根据之前加锁时的功能号、业务关键数据，删除将其对应的业务逻辑锁，与之相关联的父锁、子锁一并删除；

超时锁的解锁处理：是指对于已中断但仍在锁定的业务逻辑，要通过人工和自动两种解锁机制进行解锁，系统通过锁定超时机制定期删除无效的锁，超时时间包括：10分钟、半小时、1小时、24小时或24小时以上，对于已中断但仍在锁定的业务逻辑，在超期前如果用户需要操作此业务逻辑，则可由用户决定是否强行终止当前业务逻辑锁，并通过系统提示让用户了解到强制解锁以后可能存在的风险；

由于可能存在不完整的业务出来逻辑，从而造成一些超时锁的存在，故需要针对这些超时的锁进行处理，步骤如下：

定时扫描业务逻辑锁表，检查现有的业务逻辑锁是否超出了预先设定的有效期，如果发现超时的锁，则进行删除操作。

本发明的优异效果：减少用户的误操作(如双击提交按钮)、业务逻辑处理不是很合理(如未合理校验单价的状态或校验成功后与业务处理存在较长的时间间隔)，所出现诸如一个订单重复扣费、一个用户重复注册、一个奖项重复领取等问题，避免给用户和企业网站带来麻烦甚至是经济上的损失。通过对业务逻辑的关键数据进行锁定，保证了业务逻辑处理时关键数据的唯一性、准确性。

附图说明

图1是逻辑锁控制流程图；

图2是锁监控流程图。

具体实施方式

参照说明书附图对本发明的方法作以下详细的说明。

本发明的通过业务逻辑锁进行系统并发控制的方法，包括业务逻辑锁基本要素、加解锁方法、超时锁处理。

业务逻辑锁的基本要素包括：功能号(FUNC_CODE)、业务关键数据(DATA_CODE)、锁编码(LOCK_ID)、锁定时间(LOCKTIME)等数据，其中关键数据是指业务逻辑处理过程中起关键作用的业务数据，如：订单号、中奖单号、手机号等；功能号是指当前锁需要锁定的业务功能，每个功能都唯一相应一个功能号，如支付业务中订单支付功能号：ORDER_PAY、领奖业务中的领奖功能号：DO_ACTIVITY、用户注册业务功能号DO_REG，这些功能号可根据具体业务情况编写；锁定时间标识锁的有效时间，不同的业务逻辑有不同的锁定时间要求；锁编码一条逻辑锁的标识，用于唯一标识一条具体的业务逻辑锁。

本发明可以为业务应用系统提供业务并发控制，一般的应用流程如下：

业务逻辑处理之前需要进行加锁操作，方法如下：

将功能号、业务关键数据、锁编码、锁定时间等数据在一个单独的数据库事务中保存到一个以功能号、业务关键数据为主键的业务逻辑锁表中，并将此事务单独提交。在保存业务逻辑锁的时候，如果存在相同的未失效锁，即功能号和业务关键数据与当前锁的功能号和业务关键数据相同且未到失效时间，则属于加锁失败，即说明出现的并发问题。如果保存业务锁成功，则说明加锁成功，业务系统可以进行具体业务处理。

加锁失败处理：如果加锁失败，即存在有着相同功能号、关键数据且未失效的业务逻辑锁，业务系统需要根据具体情况进行处理。一：如果确实发生了并发问题，则要终止当前业务，直到正常解锁或锁失效再重新发起业务；二、当前业务可能存在死锁的情况，如：用户强制中止了业务逻辑，则在锁超期前可由用户决定是否强行终止业务逻辑锁，并将解锁以后的风险告知用户，用户要求解锁的话，则先将上次的锁删除，再重新进行加锁，加锁成功后调用业务逻辑处理，处理完成后进行解锁。

加锁成功后进行业务逻辑处理。

业务逻辑处理完成后，进行解锁操作，方法如下：

方式一：对于明确知道锁编码的解锁操作，可直接根据锁编码进行删除操作；方式二：根据之前加锁时的功能号、业务关键数据，删除将其对应的业务逻辑锁，与之相关联的父锁、子锁一并删除。

由于可能存在不完整的业务出来逻辑，从而造成一些超时锁的存在，故需要针对这些超时的锁进行处理，方法如下：

定时扫描业务逻辑锁表，检查现有的业务逻辑锁是否超出了预先设定的有效期，如果发现超时的锁，则进行删除操作。

本发明专利是用于系统并发控制机制系统及方法。例如，用户在订单支付的时候保证即使在用户多次提交请求后也是按照一次交易进行支付。本发明所提供的机制及方法用于并发检测及控制。

Claims (1)

1.一种通过业务逻辑锁进行系统并发控制的方法，其特征在于，包括业务逻辑锁基本要素、加解锁方法、超时锁处理；

业务逻辑锁的基本要素包括：功能号FUNC_CODE、业务关键数据DATA_CODE、锁编码LOCK_ID、锁定时间LOCKTIME数据，其中关键数据是指业务逻辑处理过程中起关键作用的业务数据，包括订单号、中奖单号、手机号；功能号是指当前锁需要锁定的业务功能，每个功能都唯一相应一个功能号，包括支付业务中订单支付功能号：ORDER_PAY、领奖业务中的领奖功能号：DO_ACTIVITY、用户注册业务功能号DO_REG，这些功能号根据具体业务情况编写；锁定时间标识锁的有效时间，不同的业务逻辑有不同的锁定时间要求；锁编码一条逻辑锁的标识，用于唯一标识一条具体的业务逻辑锁；

业务逻辑处理之前需要进行加锁操作，步骤如下：

将功能号、业务关键数据、锁编码、锁定时间数据在一个单独的数据库事务中保存到一个以功能号、业务关键数据为主键的业务逻辑锁表中，并将此事务单独提交，在保存业务逻辑锁的时候，如果存在相同的未失效锁，即功能号和业务关键数据与当前锁的功能号和业务关键数据相同且未到失效时间，则属于加锁失败，即说明出现的并发问题，如果保存业务锁成功，则说明加锁成功，业务系统可以进行具体业务处理；

加锁失败处理：加锁操作失败：是指在保存业务逻辑锁的时候，存在相同的功能号和业务关键数据，并且已存在的锁并未超时，如果加锁操作失败，则说明此业务存在并发问题，进行错误处理；

如果加锁失败，即存在有着相同功能号、关键数据且未失效的业务逻辑锁，业务系统需要根据具体情况进行处理，其中：1)如果确实发生了并发问题，则要终止当前业务，直到正常解锁或锁失效再重新发起业务；2)当前业务可能存在死锁的情况，包括：用户强制中止了业务逻辑，则在锁超期前可由用户决定是否强行终止业务逻辑锁，并将解锁以后的风险告知用户，用户要求解锁的话，则先将上次的锁删除，再重新进行加锁，加锁成功后调用业务逻辑处理，处理完成后进行解锁；

加锁成功后，进行业务逻辑处理；只有业务逻辑锁加锁成功后，才能进行具体的业务逻辑处理；

业务逻辑处理完成后进行解锁操作；解锁操作是指在业务逻辑锁表中删除或标记为超时以当前业务编号为业务功能号和当前业务数据为业务关键数据的记录，业务逻辑处理完成后应该在单独的数据库事务中执行此业务对应的解锁操作；步骤如下：

1)对于明确知道锁编码的解锁操作，可直接根据锁编码进行删除操作；

2)根据之前加锁时的功能号、业务关键数据，删除将其对应的业务逻辑锁，与之相关联的父锁、子锁一并删除；

超时锁的解锁处理：是指对于已中断但仍在锁定的业务逻辑，要通过人工和自动两种解锁机制进行解锁，系统通过锁定超时机制定期删除无效的锁，超时时间包括：10分钟、半小时、1小时、24小时或24小时以上，对于已中断但仍在锁定的业务逻辑，在超期前如果用户需要操作此业务逻辑，则可由用户决定是否强行终止当前业务逻辑锁，并通过系统提示让用户了解到强制解锁以后可能存在的风险；

由于可能存在不完整的业务出来逻辑，从而造成一些超时锁的存在，故需要针对这些超时的锁进行处理，步骤如下：

定时扫描业务逻辑锁表，检查现有的业务逻辑锁是否超出了预先设定的有效期，如果发现超时的锁，则进行删除操作。

Images