使用Apusic Studio监控SQL执行情况
<!----><!----><!----> <!---->
技术支持工作过程中，我们通常碰到这样两种情况：第一，访问业务数据慢，但又不知慢在何处；第二，写入的业务数据出错，但又不知为何出错。其实， Apusic Admin Console 工具中，包含了数据源连接监控和数据源事件跟踪两大功能，特别是后者，能够有效帮助我们去分析解决以上两种问题。本文将简要介绍如何使用 Admin Console 中的这两大功能。
<!---->1 <!---->数据源连接监控
<!---->1.1 <!---->添加 Apusic 应用服务器
数据源连接监控需要在 Apusic Admin Console 中添加 Apusic 应用服务器。下面描述 Step by Step 的添加过程。
1 ）切换到“ Apusic 管理”透视图。
<!----><!----> <!---->
2 ）在“ Apusic 服务器列表”视图中，点击鼠标右键，点击“增加服务器”。
<!----><!----> <!---->
3 ）在弹出窗体，选择“ Apusic 应用服务器”。
<!----><!----> <!---->
4 ）然后，选择“远程服务器”，输入主机、端口、用户、密码等信息，点击“ finish ”按钮完成。
<!----><!----> <!---->
<!---->1.2 <!---->启动 Apusic 应用服务器
一般情况下，启动 Apusic 应用服务器这个步骤不是必须的，因这个时候 Apusic 应用服务器可能已经正在运行了。如在测试或者调试环境，需要确认 Apusic 应用服务器已经启动。
<!---->1.3 <!---->连接 Apusic 应用服务器
在“ Apusic 服务器列表”视图中，点中刚添加的 Apusic ，点击鼠标右键，在弹出菜单中，点击“连接”。
<!----><!----> <!---->
然后再弹出窗体，输入用户、密码，点击“ ok ”按钮。
<!----><!----> <!---->
如有防火墙，请允许 eclipse 的连接。
<!----><!----> <!---->
<!----><!----> <!---->
<!---->1.4 <!---->使用数据源连接监控
连接上 Apusic 后，在 Apusic Admin Console 中，选择“数据源连接监控”透视图。
<!----><!----> <!---->
在“数据源连接监控”视图，双击所要监控的 Apusic 下的数据源。
<!----><!----> <!---->
在该数据源的视图中，我们就可以查看详细的连接使用的统计情况，包括创建数、关闭数、空闲连接数、总连接数、等待线程数等。
<!----><!----> <!---->
需要注意以下几点：
<!---->（1） <!---->如等待线程数不为 0 ，则表示数据库连接池可能设置得不够大
<!---->（2） <!---->如创建数明显大于关闭数，超出合理的水平，则表现可能存在连接泄漏
<!---->（3） <!---->等待时间或使用时间峰值过大，表明可能存在数据库访问方面的瓶颈
除了统计数据外，还可以查看活动连接 / 非活动连接的调用栈。那些活动时间过长的连接，特别需要加于留意。
<!---->2 <!---->数据源事件跟踪
<!---->2.1 <!---->配置数据源事件跟踪
连接上 Apusic 后，在 Apusic Admin Console 中，选择“数据源事件跟踪”透视图。
<!----><!----> <!---->
选择菜单中的“文件” -> “ New ” -> “跟踪”。
<!----><!----> <!---->
在“新建跟踪”窗体，输入跟踪名，选择服务器，并选中需要跟踪的数据源，点“ Next ”按钮。
<!----><!----> <!---->
下一步需要将跟踪到的事件信息暂存到数据库中。添加 URL 、驱动类名、驱动类路径、表名等信息，点击“ Next ”按钮。
<!----><!----> <!---->
下一步比较关键，我们可以选定跟踪的事件类型，包括 SQL 的语句执行、连接获取、设置自动提交、连接提交、连接回滚、连接关闭等事件，以及事务的开始、完成事件。
<!----><!----> <!---->
我们也可以选择感兴趣的数据列进行查看，最后，点击“ Finish ”按钮，完成。。
<!----><!----> <!---->
数据源事件跟踪将自动启动，在数据源跟踪视图中，将可以看到 SQL 语句，执行时间，堆栈等非常重要的信息了。
<!----><!----> <!---->
<!---->2.2 <!---->实战数据源事件跟踪
某客户应用，数据库为 SQL Server ，反馈访问缓慢。通过数据源事件跟踪，定位到问题。为了便于阅读，剥离应用场景，演示代码如下：
| <%@ page import="java.sql.*"%> <%@ page import="javax.sql.*"%> <%@ page import="javax.naming.*"%> <% Context ctx = null; DataSource ds = null; Connection conn = null; Statement stmt = null; ResultSet rs = null; String jndi = "cyDataSource"; String sql_insert = "insert into test(id,name,code) values(1,'1','1')"; String sql_update = "update test set name='2'"; String sql_query = "select * from test"; try { ctx = new InitialContext(); ds = (DataSource)ctx.lookup(jndi); conn = ds.getConnection();
conn.setAutoCommit(false); stmt = conn.createStatement(); stmt.executeUpdate(sql_insert); stmt.close();
conn.setAutoCommit(true); stmt = conn.createStatement(); stmt.executeUpdate(sql_update);
stmt = conn.createStatement(); rs = stmt.executeQuery(sql_query); while(rs.next()) { System.out.println("id:" + rs.getObject(1) + " |name:" + rs.getObject(2) + " |code:" + rs.getObject(3)); out.println("id:" + rs.getObject(1) + " |name:" + rs.getObject(2) + " |code:" + rs.getObject(3)); } } catch (Exception e) { e.printStackTrace(); } finally{ } %> |
代码很简单，大意是对某个表进行插入操作后，因连接被传来传去，中间处理比较混乱，事务并未提交，这时同一连接又去访问该表进行更新操作。
我们依照上节的介绍，依样画瓢，开始数据源事件跟踪。然后，当访问演示页面时，发现页面半天不动，后台也没啥动静， JVM 也很正常，究竟发生什么事？代码执行到何处被阻塞了？
看起来好像很难，不过，这时候或者就是数据源事件跟踪工具发挥作用的时候了。通过观察数据源事件跟踪工具的输出，我们发现，连接在执行完第二次 setAutoCommit 后，未能继续执行后续的 Update 语句，显然，该语句涉及的表给锁住了。例子很简单，大家感兴趣的话可以动手做做。或者爱动手的你，把 SQL Server 换成 Oracle ，结果又会是如何呢？