本发明涉及数据库测试
技术领域：
：，具体涉及一种基于金融核心联机交易场景的数据处理方法及装置。
背景技术：
：：在数据库基准测试领域，需要模拟业务负载对数据库中存储的数据进行交易处理，以评估数据库产品能够支撑的性能(如交易吞吐量、响应时间等)和容量(如并发数、存储容量等)。目前常用的数据库基准测试方案包括采用随机读写交易模型的sysbench测试、基于仓库进销存模型的tpc-c测试。sysbench工具是一款开源的基准测试工具，可执行cpu/内存/线程/io/数据库等方面的性能基准测试。tpc-c是由事务处理性能委员会(transactionprocessingperformancecouncil,tpc)发布的针对数据库联机事务处理性能的基准测试。相对于金融行业对数据库产品的要求，现有技术方案对数据进行处理的交易流程较为简单，不能较好地模拟金融行业金融核心联机交易场景下数据库工作负载，难以体现一个金融核心系统访问数据库的特点，也难以满足金融行业对数据库产品选型测评的需要。技术实现要素：针对现有技术中的问题，本发明提供一种基于金融核心联机交易场景的数据处理方法及装置，具体包括以下技术方案：第一方面，本发明提供一种基于金融核心联机交易场景的数据处理方法，包括：获取基于金融核心联机交易场景的交易数据；至少两个线程中每个线程基于所述交易数据来执行预设的联机交易处理；获取联机交易处理中各个交易的响应时间和完成的交易数量；基于各个交易的响应时间和完成的交易数量修改所述交易数据。其中，所述联机交易处理包括：账户开立、账户存款、账户取款、账户转账、账户信息查询、账户明细查询和账户支付。其中，所述至少两个线程中每个线程基于所述交易数据来执行预设的联机交易处理，包括：按照预设比例混合执行账户开立、账户存款、账户取款、账户转账、账户信息查询、账户明细查询和账户支付；调度预设数量的支付方的账户向同一个收款方的账户进行账户支付。其中，在所述基于各个交易的响应时间和完成的交易数量修改所述交易数据之后，还包括：在联机交易处理下周期性获取数据库的性能统计指标；其中，所述性能统计指标用于确定金融核心联机交易场景下数据库的支撑性能。其中，所述性能统计指标包括：交易的响应时间和完成的交易数量。第二方面，本发明提供一种基于金融核心联机交易场景的数据处理装置，包括：获取模块，用于获取基于金融核心联机交易场景的交易数据；联机交易处理模块，用于至少两个线程中每个线程基于所述交易数据来执行预设的联机交易处理；统计模块，用于获取联机交易处理中各个交易的响应时间和完成的交易数量；处理模块，用于基于各个交易的响应时间和完成的交易数量修改所述交易数据。其中，所述联机交易处理包括：账户开立、账户存款、账户取款、账户转账、账户信息查询、账户明细查询和账户支付。其中，所述联机交易处理模块包括：联机交易处理单元，用于按照预设比例混合执行账户开立、账户存款、账户取款、账户转账、账户信息查询、账户明细查询和账户支付；热点账户单元，用于调度预设数量的支付方的账户向同一个收款方的账户进行账户支付。其中，还包括：指标模块，用于在联机交易处理下周期性获取数据库的性能统计指标；其中，所述性能统计指标用于确定金融核心联机交易场景下数据库的支撑性能。其中，所述性能统计指标包括：交易的响应时间和完成的交易数量。第三方面，本发明提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述的基于金融核心联机交易场景的数据处理方法的步骤。第四方面，本发明提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现所述的基于金融核心联机交易场景的数据处理方法的步骤。由上述技术方案可知，本发明提供一种基于金融核心联机交易场景的数据处理方法及装置，通过获取基于金融核心联机交易场景的交易数据；至少两个线程中每个线程基于所述交易数据来执行预设的联机交易处理；获取联机交易处理中各个交易的响应时间和完成的交易数量；基于各个交易的响应时间和完成的交易数量修改所述交易数据。能够对金融核心联机交易场景的交易数据进行处理，进而提高金融行业联机交易的服务支撑性能。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1为本发明实施例中的基于金融核心联机交易场景的数据处理方法的第一流程示意图。图2为本发明实施例中的基于金融核心联机交易场景的数据处理方法的第二流程示意图。图3为本发明实施例中的基于金融核心联机交易场景的数据处理装置的结构示意图。图4为本发明实施例中的电子设备的结构示意图。具体实施方式为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。本发明提供一种基于金融核心联机交易场景的数据处理方法的实施例，参见图1，所述基于金融核心联机交易场景的数据处理方法具体包含有如下内容：s101：获取基于金融核心联机交易场景的交易数据；s102：至少两个线程中每个线程基于所述交易数据来执行预设的联机交易处理；在本步骤中，联机交易处理包括：账户开立、账户存款、账户取款、账户转账、账户信息查询、账户明细查询和账户支付。进一步地，联机交易处理中各个交易处理按照预设比例进行分类。s103：获取联机交易处理中各个交易的响应时间和完成的交易数量；s104：基于各个交易的响应时间和完成的交易数量修改所述交易数据。在本实施例中，获取基于金融核心联机交易场景的交易数据，对获取的交易数据进行处理。预先配置各个交易执行的参数。为表达方便，本文用如下变量名表示系统参数：开启i_threads个线程，模拟对金融核心账务系统的并发访问，每个线程都有对应的服务柜员和服务网点机构。在本实施例中，至少两个线程中每个线程基于所述交易数据来执行预设的联机交易处理，包括：按照预设比例混合执行账户开立、账户存款、账户取款、账户转账、账户信息查询、账户明细查询和账户支付；每个线程按一定比例混合执行“账户开立”、“账户存款”、“账户取款”、“账户转账”、“账户信息查询”、“账户明细查询”、“账户支付”金融核心联机交易处理流程。各交易占比可通过参数配置，例如：根据现实生活中金融核心交易系统各联机交易日活量，在本实施例中提供一种典型的比例关系如下：交易代码交易场景中文名称交易场景英文名称交易占比1账户开立accopen1％2账户存款accdeposit5％3账户取款accdraw5％4账户转账acctransfer60％5账户信息查询accquery5％6账户明细查询accdetquery4％7账户支付accpay20％在本实施例中，至少两个线程中每个线程基于所述交易数据来执行预设的联机交易处理，还包括：调度预设数量的支付方的账户向同一个收款方的账户进行账户支付。例如：调度控制10％的账户支付交易向同一个收方账号进行支付。统计各交易的响应时间，和完成的交易数量。每隔i_interval秒，计算输出i_interval时间段内系统的tps(transactionspersecond每秒交易数量)、avglatency(平均交易响应时间)、minlatency(最小交易响应时间)、maxlatency(最大交易响应时间)、percentilelatency(百分位交易响应时间)性能指标。执行i_runtime秒后，停止发起新交易。由上述技术方案可知，本发明提供一种基于金融核心联机交易场景的数据处理方法，通过获取基于金融核心联机交易场景的交易数据；至少两个线程中每个线程基于所述交易数据来执行预设的联机交易处理；获取联机交易处理中各个交易的响应时间和完成的交易数量；基于各个交易的响应时间和完成的交易数量修改所述交易数据。能够对金融核心联机交易场景的交易数据进行处理，进而提高金融行业联机交易的服务支撑性能。充分体现金融核心账务系统联机交易访问数据库的业务负载特点，涵盖存款、取款、转账、查询金融核心联机交易场景，可更好地检验数据库产品对金融行业联机交易的服务支撑能力。通过设计一定比例的账户支付交易向同一账号进行支付模拟了热点账户场景。在本发明一实施例中，参见图2，在上述实施例步骤s103之后，还包括：s105：在联机交易处理下周期性获取数据库的性能统计指标；其中，所述性能统计指标用于确定金融核心联机交易场景下数据库的支撑性能。性能统计指标包括：交易的响应时间和完成的交易数量。在本实施中，待所有交易执行完成后，基于tps(transactionspersecond每秒交易数量)、avglatency(平均交易响应时间)、minlatency(最小交易响应时间)、maxlatency(最大交易响应时间)、percentilelatency(百分位交易响应时间)的性能指标。计算整个i_runtime执行时间段内总的tps和avg/min/max/percentilelatency性能指标。本实施例能够对金融核心联机交易场景的交易数据进行处理，进而提高金融行业联机交易的服务支撑性能。本实施例提供一种核心交易处理的具体实现方式，具体包括：账户取款交易(accdraw)：(1)获取系统日期、时间设置为交易日期v_workdate。(2)从全局唯一id服务器获取交易渠道的业务唯一编号v_seq。(3)设置当前线程的执行柜员编号v_teller、执行机构编号v_institution信息。(4)设置业务发生账号v_account、业务发生币种v_currency、业务处理金额v_amount业务信息。(5)检查机构是否存在。示例sql如下：如果记录不存在则报错。(6)检查柜员是否存在。示例sql如下：如果记录不存在则报错。(7)检查币种是否支持。示例sql如下：如果记录不存在则报错。(8)业务防重控制。示例sql如下：如果记录已存在，则报错提示：业务重复发起。(9)查询账户信息表。示例sql如下：如果账户不存在，则报错提示账户不存在。如果账户存在，但状态不正常，则报错提示账户状态不正常。(10)查询账户明细序号v_seq_account。示例sql如下：将查询结果赋值给账户明细序号v_seq_account。然后更新序号，示例sql如下：查询计息明细序号v_seq_interest_accrual。然后更新序号，示例sql如下：将查询结果赋值给计息明细序号v_seq_interest_accrual。(11)查询账户余额表。示例sql如下：如果记录不存在，则报错。如果记录存在，则获取账户当前余额赋值给v_balance。然后进行账户余额不足判断，如果v_balance<v_amount则报错余额不足。(12)登记账户计息明细表：如果账户余额表的最后交易日field5不等于当前交易日期v_workdate，则登记一笔计息明细。示例sql如下：账户余额更新设置：v_balance_old＝v_balance。v_balance＝v_balance-v_amount。//当前余额-＝当前发生额。如果账户余额表的最后交易日field5不等于当前交易日期v_workdate，则需要将当前余额更新到上期余额字段。如果账户余额表的最后交易日field5等于当前交易日期v_workdate，则上期余额不变；将当前余额更新为当前余额加上业务处理金额：(13)插入账户明细表。示例sql如下：(14)在业务登记簿中插入一条记录，交易成功则插入成功，交易失败也要插入失败记录。示例sql如下：账户转账交易(acctransfer)：(1)数据初始化和检查处理(1.1)获取系统日期作为交易日期v_workdate；(1.2)设置业务唯一编号v_seq；(1.3)设置执行机构v_institution、执行柜员v_teller、付方账号v_account_out、收方账号v_account_in、业务发生币种v_currency、业务处理金额v_amount业务信息。(1.4)检查机构是否存在。示例sql如下：如果记录不存在则报错。(1.5)检查柜员是否存在。示例sql如下：如果记录不存在则报错。(1.6)检查币种是否支持。示例sql如下：如果记录不存在则报错。(1.7)业务防重控制。示例sql如下：如果记录已存在，则报错提示：业务重复发起。(2)付方处理：(2.1)查询账户信息表：如果账户不存在，则报错提示账户不存在。如果账户存在，但状态不正常，则报错提示账户状态不正常。(2.2)查询账户明细序号v_seq_account_out。示例sql如下：将查询结果赋值给账户明细序号v_seq_account_out。然后更新账号序号表，示例sql如下：查询计息明细序号v_seq_interest_accrual_out，示例sql如下：将查询结果赋值给计息明细序号v_seq_interest_accrual_out。然后更新账号序号表，示例sql如下：(2.3)查询账户余额表。示例sql如下：如果记录不存在，则报错。如果记录存在，则获取账户当前余额赋值给v_balance_out。如果付方账户余额v_balance_out<业务发生金额v_amount，则报错提示余额不足。(2.4)登记账户计息明细表：如果付方账户余额表的最后交易日field5不等于当前交易日期v_workdate，则登记一笔计息明细：(2.5)付方账户余额更新设置：v_balance_out_old＝v_balance_out；v_balance_out＝v_balance-v_amount；如果付方的账户余额表的最后交易日field5不等于交易日期v_workdate，则需要将当前余额field3更新到上期余额field4。示例sql如下：如果付方的账户余额表table4的最后交易日field5等于交易日期v_workdate，则上期余额field4不变，并更新当前余额。示例sql如下：(2.6)账户明细表插入付方记录。示例sql如下：付款方是借钱给银行。收款方从银行贷出资金。(3)收方处理：(3.1)查询账户信息表：如果账户不存在，则报错提示账户不存在。如果账户存在，但状态不正常，则报错提示账户状态不正常。(3.2)查询账户明细序号v_seq_account_in。示例sql如下：将查询结果赋值给账户明细序号v_seq_account_in。然后更新账户序号表，示例sql如下：查询计息明细序号v_seq_interest_accrual_in：将查询结果赋值给计息明细序号v_seq_interest_accrual_in。然后更新账户序号表，示例sql如下：(3.3)查询账户余额表。示例sql如下：如果记录不存在，则报错。如果记录存在，则获取账户当前余额赋值给v_balance_in。(3.4)登记账户计息明细表：如果收方账户余额表的最后交易日field5不等于当前交易日期v_workdate，则登记一笔计息明细：(3.5)账户余额更新设置变量：v_balance_in_old＝v_balance_in；v_balance_in＝v_balance+v_amount；如果付方的账户余额表table4的最后交易日field5不等于交易日期v_workdate，则需要将当前余额field3更新到上期余额field4。如果付方的账户余额表table4的最后交易日field5等于交易日期v_workdate，则上期余额field4不变，并当前余额。示例sql如下：(3.6)账户明细表插入收方记录：收款方从银行贷款。(4)插入业务登记簿，操作成功则登记成功，失败则登记失败。示例sql如下：借贷双方的币种、金额必须一致。账户信息查询交易(accquery)：(1)数据初始化和检查处理：(1.1)获取系统日期作为交易日期v_workdate；(1.2)生成业务唯一编号v_seq；(1.3)设置执行架构v_institution、执行柜员v_teller、业务发生账号v_account、业务发生币种v_currency业务信息。(1.4)检查机构是否存在。示例sql如下：如果记录不存在则报错。(1.5)检查柜员是否存在。示例sql如下：如果记录不存在则报错。(2)在业务登记簿插入一条记录，业务类型为查询：查询交易可以先插入业务登记簿。(3)查询账户信息表：如果账户不存在，则报错提示账户不存在。如果账户存在，将查询到的账户信息返回。(4)查询账户余额表：户明细查询(accdetquery)：(1)数据初始化和检查处理：(1.1)获取系统日期作为交易日期v_workdate；(1.2)生成业务唯一编号v_seq；(1.3)设置执行机构v_institution、执行柜员v_teller、业务发生账号v_account、业务发生币种、起始日期v_date_start、结束日期v_date_end。(1.4)设置查询翻页序号v_seq_query＝1。一次查询5页，上一次查询的最大翻页序号用于下次翻页。(1.5)检查机构是否存在。示例sql如下：如果记录不存在则报错。(1.6)检查柜员是否存在。示例sql如下：如果记录不存在则报错。(2)业务登记簿插入一条记录，业务类型为查询：(3)查询账户明细表：将查询到的明细记录返回。账户支付交易(accpay)：账户支付交易模拟在线支付场景，并可设置一定交易流量为热点交易，如10％的账户支付交易都支付给同一个账户。账户支付交易具体处理流程如下：(1)数据初始化和检查处理：(1.1)获取系统日期作为交易日期v_workdate；(1.2)设置业务唯一编号v_seq；(1.3)设置执行机构v_institution、执行柜员v_teller、付方账号v_account_out、收方账号v_account_in、业务发生币种v_currency、业务处理金额v_amount业务信息。(1.4)检查机构是否存在。示例sql如下：如果记录不存在则报错。(1.5)检查柜员是否存在。示例sql如下：如果记录不存在则报错。(1.6)检查币种是否支持。示例sql如下：如果记录不存在则报错。(1.7)业务防重控制。示例sql如下：如果记录已存在，则报错提示：业务重复发起。(2)付方处理：(2.1)查询账户信息表：如果账户不存在，则报错提示账户不存在。如果账户存在，但状态不正常，则报错提示账户状态不正常。(2.2)查询账户明细序号v_seq_account_out。示例sql如下：将查询结果赋值给账户明细序号v_seq_account_out。然后更新账户序号表，示例sql如下：查询计息明细序号v_seq_interest_accrual_out：将查询结果赋值给计息明细序号v_seq_interest_accrual_out。然后更新账户序号表中的计息明细序号，示例sql如下：(2.3)查询账户余额表。示例sql如下：如果记录不存在，则报错。如果记录存在，则获取账户当前余额赋值给v_balance_out。如果付方账户余额v_balance_out<业务发生金额v_amount，则报错提示余额不足。(2.4)登记账户计息明细表：如果付方账户余额表的最后交易日field5不等于当前交易日期v_workdate，则登记一笔计息明细：(2.5)付方账户余额更新：v_balance_out_old＝v_balance_out；v_balance_out-＝v_amount；如果付方的账户余额表的最后交易日field5不等于交易日期v_workdate，则需要将当前余额field3更新到上期余额field4。如果付方的账户余额表table4的最后交易日field5等于交易日期v_workdate，则上期余额field4不变，并更新当前余额。示例sql如下：(2.6)账户明细表插入付方记录：付款方是借钱给银行。收款方从银行贷出资金。(3)收方处理：(3.1)查询账户信息表：如果账户不存在，则报错提示账户不存在。如果账户存在，但状态不正常，则报错提示账户状态不正常。(3.2)查询账户明细序号v_seq_account_in。示例sql如下：将查询结果赋值给账户明细序号v_seq_account_in。然后更新账户序号表中的账户明细序号，示例sql如下：查询计息明细序号v_seq_interest_accrual_in：将查询结果赋值给计息明细序号v_seq_interest_accrual_in。然后更新账户序号表中的计息明细序号，示例sql如下：(3.3)查询账户余额表。示例sql如下：如果记录不存在，则报错。如果记录存在，则获取账户当前余额赋值给v_balance_in。(3.4)登记账户计息明细表：如果收方账户余额表的最后交易日field5不等于当前交易日期v_workdate，则登记一笔计息明细：(3.5)账户余额更新：v_balance_in_old＝v_balance_in；v_balance_in+＝v_amount；如果付方的账户余额表的最后交易日field5不等于交易日期v_workdate，则需要将当前余额field3更新到上期余额field4。如果付方的账户余额表的最后交易日field5等于交易日期v_workdate，则上期余额field4不变，并当前余额。示例sql如下：(3.6)账户明细表插入收方记录：收款方从银行贷款。(4)插入业务登记簿，操作成功则登记成功，失败则登记失败。示例sql如下：借贷双方的币种、金额必须一致。需要说明的是，本实施例中i_前缀变量表示系统输入参数，v_前缀变量表示处理过程中涉及到的变量。在本实施例中提供了上述实施例中的序号表、账户明细表、账户序号表和业务登记簿的具体格式：序号表：(1)字段定义：英文名中文名数据类型注释说明field1序号类型unsignedint(3)1-账号序号field2序号unsignedbigint(19)field3最后调整日date日期按yyyy-mm-dd格式存储(2)索引定义：索引名索引字段属性idx1field1unique账户明细表：(1)字段定义：英文名中文名数据类型注释说明field1账号unsignedbigint(19)field2币种unsignedint(3)field3业务唯一编号varchar(30)具体业务上送的唯一编号field4执行机构unsignedbigint(10)field5执行柜员unsignedbigint(11)field6明细序号unsignedbigint(17)field7交易日期dateyyyy-mm-ddfield8交易代码unsignedint(5)field9现金标志unsignedint(1)1-现金2-转账field10借贷标志unsignedint(1)1-借2-贷field11发生额bigint(17)field12余额bigint(17)field13摘要varchar(180)field14时间戳timestamp(6)(2)索引定义：索引名索引字段属性idx1field1+field2+field6uniqueidx2field7normal账户序号表：(1)字段定义：(2)索引定义：索引名索引字段属性idx1field1+field2+field3unique业务登记簿：(1)字段定义：(2)索引定义：索引名索引字段属性idx1field1+field2unique(3)表说明：金额都是整数类型，单位为指定币种的最小货币单位，比如人民币账户的金额单位为1分钱。field18最后更新日期可能与field1交易日期不同，比如发生日切交易在第二天完成。需要说明的是，一类交易对应一个内部户，比如现金交易对应都是一个内部户，结息也是一个内部户。一次批量只会有一笔记录，每种内部户只有一个处理方向，所以不会出现因处理方向不同导致唯一键冲突。其中数据约束如下：(1)所有表都必须定义主键。实际应用中可以采用数据模型中的唯一索引作为主键，也可以增加一个无业务意义的rowid列作为主键。(2)所有字段都需定义notnull属性，可采用正常业务值域外的特殊值表示空值。本发明实施例提供一种能够实现所述基于金融核心联机交易场景的数据处理方法中全部内容的基于金融核心联机交易场景的数据处理装置的具体实施方式，参见图3，所述基于金融核心联机交易场景的数据处理装置具体包括如下内容：获取模块10，用于获取基于金融核心联机交易场景的交易数据；联机交易处理模块20，用于至少两个线程中每个线程基于所述交易数据来执行预设的联机交易处理；统计模块30，用于获取联机交易处理中各个交易的响应时间和完成的交易数量；处理模块40，用于基于各个交易的响应时间和完成的交易数量修改所述交易数据。其中，所述联机交易处理包括：账户开立、账户存款、账户取款、账户转账、账户信息查询、账户明细查询和账户支付。其中，所述联机交易处理模块包括：联机交易处理单元，用于按照预设比例混合执行账户开立、账户存款、账户取款、账户转账、账户信息查询、账户明细查询和账户支付；热点账户单元，用于调度预设数量的支付方的账户向同一个收款方的账户进行账户支付。其中，还包括：指标模块，用于在联机交易处理下周期性获取数据库的性能统计指标；其中，所述性能统计指标用于确定金融核心联机交易场景下数据库的支撑性能。其中，所述性能统计指标包括：交易的响应时间和完成的交易数量。本发明提供的基于金融核心联机交易场景的数据处理装置的实施例具体可以用于执行上述实施例中的基于金融核心联机交易场景的数据处理方法的实施例的处理流程，其功能在此不再赘述，可以参照上述方法实施例的详细描述。从上述描述可知，本发明实施例提供的基于金融核心联机交易场景的数据处理装置，通过获取基于金融核心联机交易场景的交易数据；至少两个线程中每个线程基于所述交易数据来执行预设的联机交易处理；获取联机交易处理中各个交易的响应时间和完成的交易数量；基于各个交易的响应时间和完成的交易数量修改所述交易数据。能够对金融核心联机交易场景的交易数据进行处理，进而提高金融行业联机交易的服务支撑性能。本申请提供一种用于实现所述基于金融核心联机交易场景的数据处理方法中的全部或部分内容的电子设备的实施例所述电子设备具体包含有如下内容：处理器(processor)、存储器(memory)、通信接口(communicationsinterface)和总线；其中，所述处理器、存储器、通信接口通过所述总线完成相互间的通信；所述通信接口用于实现相关设备之间的信息传输；该电子设备可以是台式计算机、平板电脑及移动终端等，本实施例不限于此。在本实施例中，该电子设备可以参照实施例用于实现所述基于金融核心联机交易场景的数据处理方法的实施例及用于实现所述基于金融核心联机交易场景的数据处理装置的实施例进行实施，其内容被合并于此，重复之处不再赘述。图4为本申请实施例的电子设备9600的系统构成的示意框图。如图4所示，该电子设备9600可以包括中央处理器9100和存储器9140；存储器9140耦合到中央处理器9100。值得注意的是，该图4是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。一实施例中，基于金融核心联机交易场景的数据处理功能可以被集成到中央处理器9100中。其中，中央处理器9100可以被配置为进行如下控制：获取基于金融核心联机交易场景的交易数据；至少两个线程中每个线程基于所述交易数据来执行预设的联机交易处理；获取联机交易处理中各个交易的响应时间和完成的交易数量；基于各个交易的响应时间和完成的交易数量修改所述交易数据。能够对金融核心联机交易场景的交易数据进行处理，进而提高金融行业联机交易的服务支撑性能。从上述描述可知，本申请的实施例提供的电子设备，能够对金融核心联机交易场景的交易数据进行处理，进而提高金融行业联机交易的服务支撑性能。在另一个实施方式中，基于金融核心联机交易场景的数据处理装置可以与中央处理器9100分开配置，例如可以将基于金融核心联机交易场景的数据处理配置为与中央处理器9100连接的芯片，通过中央处理器的控制来实现基于金融核心联机交易场景的数据处理功能。如图4所示，该电子设备9600还可以包括：通信模块9110、输入单元9120、音频处理器9130、显示器9160、电源9170。值得注意的是，电子设备9600也并不是必须要包括图4中所示的所有部件；此外，电子设备9600还可以包括图4中没有示出的部件，可以参考现有技术。如图4所示，中央处理器9100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器9100接收输入并控制电子设备9600的各个部件的操作。其中，存储器9140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器9100可执行该存储器9140存储的该程序，以实现信息存储或处理等。输入单元9120向中央处理器9100提供输入。该输入单元9120例如为按键或触摸输入装置。电源9170用于向电子设备9600提供电力。显示器9160用于进行图像和文字等显示对象的显示。该显示器例如可为lcd显示器，但并不限于此。该存储器9140可以是固态存储器，例如，只读存储器(rom)、随机存取存储器(ram)、sim卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为eprom等。存储器9140还可以是某种其它类型的装置。存储器9140包括缓冲存储器9141(有时被称为缓冲器)。存储器9140可以包括应用/功能存储部9142，该应用/功能存储部9142用于存储应用程序和功能程序或用于通过中央处理器9100执行电子设备9600的操作的流程。存储器9140还可以包括数据存储部9143，该数据存储部9143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器9140的驱动程序存储部9144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。通信模块9110即为经由天线9111发送和接收信号的发送机/接收机9110。通信模块(发送机/接收机)9110耦合到中央处理器9100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块9110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)9110还经由音频处理器9130耦合到扬声器9131和麦克风9132，以经由扬声器9131提供音频输出，并接收来自麦克风9132的音频输入，从而实现通常的电信功能。音频处理器9130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器9130还耦合到中央处理器9100，从而使得可以通过麦克风9132能够在本机上录音，且使得可以通过扬声器9131来播放本机上存储的声音。本发明的实施例还提供能够实现上述实施例中的基于金融核心联机交易场景的数据处理方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的基于金融核心联机交易场景的数据处理方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：获取基于金融核心联机交易场景的交易数据；至少两个线程中每个线程基于所述交易数据来执行预设的联机交易处理；获取联机交易处理中各个交易的响应时间和完成的交易数量；基于各个交易的响应时间和完成的交易数量修改所述交易数据。从上述描述可知，本发明实施例提供的计算机可读存储介质，能够对金融核心联机交易场景的交易数据进行处理，进而提高金融行业联机交易的服务支撑性能。虽然本发明提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。本领域技术人员应明白，本说明书的实施例可提供为方法、装置(系统)或计算机程序产品。因此，本说明书实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。本发明是参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。本发明并不局限于任何单一的方面，也不局限于任何单一的实施例，也不局限于这些方面和/或实施例的任意组合和/或置换。而且，可以单独使用本发明的每个方面和/或实施例或者与一个或更多其他方面和/或其实施例结合使用。最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。当前第1页12当前第1页12