提高J2EE层与数据库层交互操作本领上风[Java编程]

大大都利用程序性能管理（APM）办理筹划都只考虑和解析J2EE利用程序的某个层次的性能问题.这种办法不足以办理架构复杂的利用程序的性能问题.杰出的APM工具应当可以让你从J2EE层深化到数据库层以确保性能问题被快速地办理.

情形并非越来越好,公司的网站性能下降到了极低点,丢失的客户开始探求别的厂商了.IT调查机构开始调查并且认为J2EE利用程序是呼应时间较差的罪魁祸首.这当即给J2EE开辟小组带来了很大的压力,他们必须肯定并办理这个问题.

J2EE开辟小组在举行了一些最初的调查之后,他们认为问题并非出在J2EE层,而是一向可以跟踪到数据库中.但是数据库小组辩驳说问题实际出在J2EE层.彼此之间的斥责不断增添,小组合作精神消逝了,混乱开始风行,客户和收入持续削减.

上面的这种情形突出了一个庞大需求:为了支持J2EE和数据库层之间更好的交互操作本领,IT部门必须可以快速和果断地做出决意.

基本的挑衅:找出问题的起因

当呼应时间的耽误赶走了Web站点的用户的时刻,J2EE开辟者就不得不加入这个彼此斥责的游戏中了.在中间层开辟利用程序的程序员必须与数据库交互操作,当性能瓶颈呈现的时刻,假如数据库是下层的起因,问题也显示在J2EE层.其实真正的问题在于交互操作.若何最好地疗养这两个层次之间的综合关系以获得利用程序的最佳性能?更深化一点,若何查看这些瓶颈、辨认真正的问题起因,并尽大概快地处理这些问题呢?

很多APM（利用程序性能管理）工具都可以帮助我们辨认和办理这些性能问题.查找J2EE利用程序中的瓶颈的最常用的两种办法是:

1、利用带差别颜色警报的仪表程序来监督系统的状况.绿色的意思是杰出的,黄色或红色意味着你必须处理性能问题了.这个仪表程序还可以报告系统中差别的组件的呼应时间.

2、不是等候性能恶化到一定程度才去跟踪仪表程序的告诫信息,而是采取预先防护的办法并试图辨认出过量的呼应时间或资源利用.你可以通过查抄顶层服务恳求（按照呼应时间）并进一步解析它们调用了什么组件来实现这样的操作.

假定有一个银行系统.一个查看帐户信息的顾客拜候了你的Web站点以获得过去七天自己的帐户的概要信息.该顾客点击了"获得帐户概要信息"链接.

获得帐户概要信息的历程是通过Web浏览器调用某个特定的URL来完成的.当然,在下层,它调用了很多组件,这些组件交互操作来供应精确的输出信息.在查找瓶颈的历程中,你从顶层的调用（大概是doGet（）或doPost（）办法）开始,循着调用树查看"获得帐户概要信息"服务调用的全部组件,接着查看这些组件所调用的组件,一向到最底层,在很多情形中,它大概是利用JDBC（Java数据库衔接）调用数据库的SQL语句.

你必须知道这些组件中哪些耗费的时间太长了,但是采取这种方法渐渐解析的时刻会耗费很多时间,阅历很多烦心的历程,在你对它们中个体角色不是太熟习的时刻特别如此.你必须查看每个组件,并询问自己它耗费的时间能否太长?用10秒钟来生成输出信息以呼应 "获得帐户概要信息" 是必须的吗?你也不是分外必定,因为假如要理解这些信息的话,你必须知道下层的每个办法或程序组件是若何运行的细节信息.唯一知道这些信息的人恐怕只有某个特定组件的开辟人员.假如你猜疑问题出在数据库的呼应时间上,那么就需求接洽数据库小组进一步研究这个问题. 断绝SQL语句

假定检索帐户信息耗费了太长的时间.每个恳求帐户概要信息的用户需求等候15秒才会有呼应.那么问题会出在数据库一方吗?有没有大概是利用程序代码的问题?网络的问题?乃至于大概是该用户的互联网衔接太慢的问题呢?

但是,在这种情形下你假如猜疑是数据库检索的问题就是应当遭到斥责的.查找起因的一个办法是让APM工具显示利用程序发出的全部SQL语句,按照呼应时间举行排序,这样你便可以看到某个SQL语句能否因为出错的缘由耗费了太长时间（有些SQL语句会耗费很长时间——比方按帐户检索一年内全部事件的列表）.

　　以上是“提高J2EE层与数据库层交互操作本领上风[Java编程]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：