转至繁体中文版　　　  | 网站首页 | 图文教程 | 资源下载 | 站长博客 | 图片素材 | 武汉seo | 武汉网站优化 | 
最新公告：     敏韬网|教学资源学习资料永久免费分享站！  [mintao  2008年9月2日]        
您现在的位置： 学习笔记 >> 图文教程 >> 软件开发 >> JAVA开发 >> 正文
最大化J2EE和数据库交互操作的性能    热     ★★★★

最大化J2EE和数据库交互操作的性能

作者：闵涛 文章来源：闵涛的学习笔记 点击数：881 更新时间：2009/4/22 23:29:20
　　概述：大多数应用程序性能管理（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语句会花费很长时间--例如按帐户检索一年内所有事务的列表）。

　　现在你查看一下位于列表顶部的SQL语句。它进入数据库并花费了1秒钟响应。这样的性能不是太差；如果这是性能最差的SQL语句，那么问题可能根本不在SQL语句中。因此，接下来的问题是：是不是应用程序层出了什么问题呢？谁在调用这个语句？调用了多少次？如果某个应用程序调用SQL语句的次数超过了你的预期，你就有理由怀疑应用程序出了故障。

　　APM工具这次又可以帮助你了。你可以简单地点击该SQL语句，会出现一个链接，显示出它的整个调用树，从顾客请求帐户概要信息开始，到进入数据库的SQL语句为止。现在你拥有了两部分信息：你能肯定自己在查看该服务请求的某个特定请求；你可以看到每个独立的组件对响应时间的影响。

　　现在你可以查看调用该SQL语句的组件说明，并且你发现它的响应时间是9秒钟。很明显，它是造成客户等待15秒钟的主要因素。APM工具显示的列表同时显示出这个组件7次调用了该SQL语句。这就告诉你9秒中大部分是调用SQL语句消耗的。该组件不仅执行了过多的计算，还多次调用了SQL语句。这样的操作可能有些很好的原因，但是任何性能管理工具都不能说明其起因。最重要的是你已经指出了必须进行调查的程序组件。良好的APM工具还可以为解决这个问题提供一些建议。


没有相关教程
教程录入：mintao    责任编辑：mintao 
  • 上一篇教程：

  • 下一篇教程：
    • 【字体：小 大】【发表评论】【加入收藏】【告诉好友】【打印此文】【关闭窗口】
    　 注：本站部分文章源于互联网，版权归原作者所有！如有侵权，请原作者与本站联系，本站将立即删除！ 本站文章除特别注明外均可转载，但需注明出处！ [MinTao学以致用网]
    　　网友评论：（只显示最新10条。评论内容只代表网友观点，与本站立场无关！）
    同类栏目
    · C语言系列  · VB.NET程序
    · JAVA开发  · Delphi程序
    · 脚本语言
    更多内容
    热门推荐 更多内容
  • 没有教程
    		•
    赞助链接
    更多内容
    闵涛博文 更多关于武汉SEO的内容
    500 - 内部服务器错误。

    500 - 内部服务器错误。

    您查找的资源存在问题，因而无法显示。
    | 设为首页 |加入收藏 | 联系站长 | 友情链接 | 版权申明 | 广告服务
    MinTao学以致用网

    Copyright ＠ 2007-2012 敏韬网(敏而好学，文韬武略--MinTao.Net)（学习笔记） Inc All Rights Reserved.
    闵涛 投放广告、内容合作请Q我! E_mail:admin@mintao.net(欢迎提供学习资源)

    站长：MinTao ICP备案号：鄂ICP备11006601号-18

    闵涛站盟:医药大全-武穴网。A打造B、C、D……
    		咸宁网络警察报警平台