基于数据库交易类中间件的性能分析方法技术

本发明专利技术公开了一种基于数据库交易类中间件的性能分析方法，包括如下步骤：a)定期采集每天业务调用情况、平均处理时间以及超长单笔业务的处理时间；b)预先设置数据业务的特定增长期；c)以当前业务分析前的一段时期作为采集周期，计算采集周期内每日数据业务的平均增长量；d)在特定增长期外，如果当前业务数量超过每日数据业务的平均增长量达到警告阀值，则对业务服务队列进行优化调整。本发明专利技术提供的基于数据库交易类中间件的性能分析方法，通过定期分段采集业务调用情况，能够准确预估应用业务变化的瓶颈所在，合理配置优化服务队列，保障中间件系统稳定运行，避免影响业务操作。

【技术实现步骤摘要】
基于数据库交易类中间件的性能分析方法
本专利技术涉及一种数据库性能监测方法，尤其涉及一种基于数据库交易类中间件的性能分析方法。
技术介绍
Tuxedo(TransactionforUNIXhasbeenExtendedforDistributedOperation，即被分布式操作扩展之后的UNIX事务系统)是一种交易类中间件，一般用于各种交易、结算平台，比如电信、移动、金融等等的核心结算系统都会用到Tuxedo，多数运行在linux、UNIX等操作系统上。一个TUXEDO应用系统的整体性能往往是由很多方面决定的，操作系统、网络、数据库、以及应用系统的设计，程序的编写水平都会影响该TUXEDO应用系统的性能。当性能不好时，主要表现在对客户段的请求响应很慢。这时，如果用tmadmin中的pq命令察看，会发现有较多的请求在排队。这时就要进行性能调优，而调优首先要确定整个系统的性能瓶颈所在，大致过程如下：1、如果客户端与服务端之间在进行大批量的数据传输。可计算一下它们之间的传输速度，并与FTP工具的速度相比较，来判断网络的速度是不是正常。看网络是不是性能瓶颈。2、如果客户端与服务端之间的数据传输量较少，但是服务端有大量的数据库操作。则很有可能数据库是性能的瓶颈，可增加该服务的进程数来提高性能。如果增加该服务的进程数之后，没起多大的作用。而且用数据库的性能分析工具观察发现数据库的压力较大。则数据库是性能的瓶颈，应对数据库的进行性能调优。根据经验，数据库往往是一个应用系统的性能瓶颈。3、对UNIX/linux操作系统，可用sar,glance(hp)等命令察看。看CPU、IO、内存的利用率是不是正常。对windows系统，可用任务管理器察看系统的资源使用情况。可根据观察到的结果做相应的系统调优。4、采用TUXEDO的性能分析工具txrpt。txrpt可统计出系统内每个SERVICE的在某段特定时间内所处理的请求的总数及平均数。由此可见影响tuxedo中间件的性能有很多方方面面，当表现只有一个请求队列排队，而服务有几百或者几千个,每天的交易量几百万或者几千万次，如何有效的分析这些服务的瓶颈变得非常复杂。现有的中间件性能监控方案多为单纯的信息采集与展示。例如：监控系统实时采集业务，并将超过阀值的信息通知运维人员。监控系统关注的是信息本身，同时运维人员成为了信息处理的终端，需高度持续关注每个服务队列告警情况，对已达警告阀值的服务队列及时扩容处理等操作，如果处理不及时，将引发中间件严重故障，直接影响业务操作。随着移动运营商用户规模持续稳定增长和业务种类的不断增加，随之而来的是业务量的大量增长，而承载关键业务的省级中心核心业务系统中间件如CRM营业、BOSS营业、IVR客服、电子渠道、接口等中间件更是日益庞大。中间件服务数量不断增加，应用业务量的不断增长，中间件承载压力越来越大，如何有效掌控业务量增长情况，及时对服务性能使用中的瓶颈作出响应，保障中间件系统稳定运行，成为中间件运维支撑的首要目标。现有的中间件性能监控方案多为单纯的信息采集与展示。监控系统实时采集业务，并将超过阀值的信息通知运维人员。监控系统关注的是信息本身，如“CRM营业中的jf00013队列配置5个队列”，对于一个业务增多较少的业务来说，5个队列可能意味本月服务单笔执行时间没有任何变化，对于一个业务增长在不同的时间段业务调用比较集中时，5个队列的平均时间是正常而当单笔时间执行时间可能过长或者出现等待，而影响业务。因此，运维人员获得信息后，需要通过分析解读，才能将信息转化为知识，如“5个队列的在业务高峰期，部分单笔执行时间过长”。信息本身是裸业务，没有好坏之分，只有形成了可视化才能引导工作方向。目前的监控体系割裂了信息之间的关联性，没有对信息上下文之间的联系进行分析，缺少信息向知识的自动转变的过程。同时运维人员成为了信息处理的终端，需高度持续关注每个服务队列告警情况，对已达警告阀值的服务队列及时扩容处理等操作，如果处理不及时，将引发中间件严重故障，直接影响业务。显然，面对支撑系统业务业务量的高频增长，传统的基于信息的监控方法已无法满足精确运维的需要。
技术实现思路
本专利技术所要解决的技术问题是提供一种基于数据库交易类中间件的性能分析方法，能够准确预估应用业务变化的瓶颈所在，合理配置优化服务队列，保障中间件系统稳定运行，避免影响业务操作。本专利技术为解决上述技术问题而采用的技术方案是提供一种基于数据库交易类中间件的性能分析方法，包括如下步骤：a)定期采集每天业务调用情况、平均处理时间以及超长单笔业务的处理时间；b)预先设置数据业务的特定增长期；c)以当前业务分析前的一段时期作为采集周期，计算采集周期内每日数据业务的平均增长量；d)在特定增长期外，如果当前业务数量超过每日数据业务的平均增长量达到警告阀值，则对业务服务队列进行优化调整。上述的基于数据库交易类中间件的性能分析方法，其中，所述步骤d)中对业务服务队列进行优化调整过程如下：若当前业务交易总数×平均处理时间÷服务队列数大于警告阀值，则增加服务队列数。上述的基于数据库交易类中间件的性能分析方法，其中，所述数据业务的特定增长期根据历史采集数据进行设置，在特定增长期内，如果当前业务数量超过同期特定增长期内的业务数量达到警告阀值，则对业务服务队列进行优化调整。上述的基于数据库交易类中间件的性能分析方法，其中，所述数据业务的特定增长期为BOSS数据库每月出账期。上述的基于数据库交易类中间件的性能分析方法，其中，所述步骤c)在计算平均增长量时剔除超长单笔业务以及因代码异常原因造成的每日增长量异常值。上述的基于数据库交易类中间件的性能分析方法，其中，所述数据库交易类中间件为tuxedo，所述步骤a)通过在ubbconfig配置文件中为所有服务添加tuxerr.log保存交易详细明细；然后利用txrpt将所有主机的交易信息按每小时交易总数，平均执行时间及每天每个服务交易总数进行统计；获取tuxedo服务名与服务匹配对应关系，所述步骤d)计算服务平均处理时间t：服务平均处理时间t＝交易总数×平均执行时间÷服务队列数÷3600，如果服务平均处理时间t大于0.1秒，则增加服务队列数直至服务平均处理时间在0.1秒内。本专利技术对比现有技术有如下的有益效果：本专利技术提供的基于数据库交易类中间件的性能分析方法，通过定期分段采集业务调用情况，能够准确预估应用业务变化的瓶颈所在，合理配置优化服务队列，保障中间件系统稳定运行，避免影响业务操作。附图说明图1为本专利技术基于数据库交易类中间件的性能分析架构示意图；图2为本专利技术基于数据库交易类中间件的性能分析流程示意图；图3为本专利技术利用Tuxedo的交易分析业务处理流程示意图。具体实施方式下面结合附图和实施例对本专利技术作进一步的描述。图1为本专利技术基于数据库交易类中间件的性能分析架构示意图；图2为本专利技术基于数据库交易类中间件的性能分析流程示意图。请参见图1和图2，本专利技术提供的基于数据库交易类中间件的性能分析方法，包括如下步骤：步骤S1：定期采集每天业务调用情况、平均处理时间以及超长单笔业务的处理时间；步骤S2：预先设置数据业务的特定增长期；所述数据业务的特定增长期根据历史采集数据进行设置，如设定BOSS数据本文档来自技高网...

【技术保护点】
一种基于数据库交易类中间件的性能分析方法，其特征在于，包括如下步骤：a)定期采集每天业务调用情况、平均处理时间以及超长单笔业务的处理时间；b)预先设置数据业务的特定增长期；c)以当前业务分析前的一段时期作为采集周期，计算采集周期内每日数据业务的平均增长量；d)在特定增长期外，如果当前业务数量超过每日数据业务的平均增长量达到警告阀值，则对业务服务队列进行优化调整。

【技术特征摘要】
1.一种基于数据库交易类中间件的性能分析方法，其特征在于，包括如下步骤：a)定期采集每天业务调用情况、平均处理时间以及超长单笔业务的处理时间；b)预先设置数据业务的特定增长期；c)以当前业务分析前的一段时期作为采集周期，计算采集周期内每日数据业务的平均增长量；d)在特定增长期外，如果当前业务数量超过每日数据业务的平均增长量达到警告阀值，则对业务服务队列进行优化调整；所述步骤d)中对业务服务队列进行优化调整过程如下：若当前业务交易总数×平均处理时间÷服务队列数大于警告阀值，则增加服务队列数；所述数据库交易类中间件为tuxedo，所述步骤a)通过在ubbconfig配置文件中为所有服务添加tuxerr.log保存交易详细明细；然后利用txrpt将所有主机的交易信息按每小时交易总数，平均执行时间及每天每个服务交易总数进行统计；获取t...

【专利技术属性】
技术研发人员：程永新，宋辉，王文杰，
申请(专利权)人：上海新炬网络信息技术有限公司，
类型：发明
国别省市：上海;31