[发明专利]交易死锁测试方法及装置

说明书

本发明提供一种交易死锁测试方法及装置，属于信息安全技术领域。该交易死锁测试方法包括：根据预先获得的第一业务数据执行第一交易，当第一交易持有预设资源时停止执行第一交易；根据预先获得的第二业务数据执行第二交易，当第二交易进入等待状态时继续执行第一交易，得到第一交易执行结果和第二交易执行结果；根据第一交易执行结果和第二交易执行结果输出交易死锁测试结果。本发明可以在测试环境有效重现死锁，保证死锁测试的准确性。

技术领域

本发明涉及信息安全技术领域，具体地，涉及一种交易死锁测试方法及装置。

背景技术

近年来，随着银行信息化进程的不断推进以及业务复杂度的不断提高，交易访问表的复杂度也有所提高。当两笔交易访问表顺序不一致时容易引发死锁。死锁为多个进程因争夺系统资源而产生的互相等待现象，一般为两个或两个以上的线程互相持有对方需要的资源，导致这些线程处于等待状态无法继续执行。

死锁产生的必要条件如下：

1、互斥：某种资源一次只允许一个进程访问，该资源被某个进程持有，其他进程不能再访问，直到该进程释放该资源。

2、占有且等待：一个进程本身持有资源(一种或多种)，同时还等待其它进程释放持有的资源。

3、不可抢占：别人已经占有了某项资源，其它进程不可在资源未释放情况下进行抢占。

4、循环等待：存在一个进程链，使得每个进程都占有下一个进程所需的至少一种资源。

当以上四个条件均满足就会造成死锁。死锁发生后，发生死锁的进程无法执行，它们所持有的资源也无法释放，导致CPU的吞吐量下降，浪费系统资源，影响计算机的使用性能。

生产上发生死锁后，主机可以通过打印死锁报表了解死锁交易、死锁交易持有的资源以及等待的资源。测试人员需要在测试环境重现死锁、验证修改后代码是否解决当前死锁问题以及验证是否有新的死锁产生。

图1是现有技术中测试架构的示意图。如图1所示，压力测试服务器①发送执行A、B死锁交易的业务请求-主机网关②解析业务请求，得到解析结果-主机操作系统③根据解析结果在DB2数据库执行业务逻辑处理和SQL(Structured Query Language，结构化查询语言)-DB2数据库④返回SQL结果-主机操作系统⑤根据SQL结果返回业务结果-压力测试服务器⑥接收业务结果。

由此可以看出，现有技术覆盖业务场景进行盲目压力测试，在出现失败交易时打印死锁报表验证是否发生死锁。如果出现死锁并且死锁交易所持有的资源与生产场景一致则认为重现了死锁场景，否则认为未重现生产死锁现象。压力测试中可能出现线程未出现循环等待的情况，因此现有技术存在多轮测试仍无法重现生产死锁场景的可能性。

发明内容

本发明实施例的主要目的在于提供一种交易死锁测试方法及装置，以在测试环境有效重现死锁，保证死锁测试的准确性。

为了实现上述目的，本发明实施例提供一种交易死锁测试方法，包括：

根据预先获得的第一业务数据执行第一交易，当第一交易持有预设资源时停止执行第一交易；

根据预先获得的第二业务数据执行第二交易，当第二交易进入等待状态时继续执行第一交易，得到第一交易执行结果和第二交易执行结果；

根据第一交易执行结果和第二交易执行结果输出交易死锁测试结果。

本发明实施例还提供一种交易死锁测试装置，包括：

第一交易执行模块，用于根据预先获得的第一业务数据执行第一交易，当第一交易持有预设资源时停止执行第一交易；

执行结果获得模块，用于根据预先获得的第二业务数据执行第二交易，当第二交易进入等待状态时继续执行第一交易，得到第一交易执行结果和第二交易执行结果；