Oracle JDBC中的语句缓存
在Oracle数据库中,SQL解析有几种:
硬解析,过多的硬解析在系统中产生shared pool latch和library cache liatch争用,消耗过多的shared pool,使得系统不具有可伸缩性。
软解析,过多的软解析仍然可能会导致系统问题,特别是如果有少量的SQL高并发地进行软解析,会产生library cache latch或者是share方式的mutex争用。
软软解析,其实这也也属于软解析,与普通的软解析不同的是,软软解析的SQL会在会话的cached cursor中命中。
一次解析,多次执行,这是解析次数最少的方式,也是系统最具有可扩展性的方式。
那么在JAVA开发的应用中,怎么样才能实现上述第4种方式?如果是循环处理某种数据,这个比较容易实现。其实对于不是这种情况,Oracle也提供了很好的方式来实现这一点。下面是一个例子(例子代码文件为TestStmtCache.java)。
import java.sql.*; import oracle.jdbc.driver.OracleConnection; public class TestStmtCache { public static Connection getConnection() throws Exception { String driver = "oracle.jdbc.driver.OracleDriver"; String url = "jdbc:oracle:thin:@localhost:1521:xj11g"; Class.forName(driver); return DriverManager.getConnection(url, "test", "test"); } public static void main(String args[]) { Connection conn = null; try { conn = getConnection(); conn.setAutoCommit(false); ((OracleConnection)conn).setStatementCacheSize(0); for (int i=0; i <200; i++) { testNoCache(conn); } ((OracleConnection)conn).setStatementCacheSize(20); ((OracleConnection)conn).setImplicitCachingEnabled(true); for (int i=0; i <200; i++) { testCache(conn); } } catch (Exception e) { e.printStackTrace(); } finally { try { conn.close(); } catch (SQLException e) { e.printStackTrace(); } } } public static void testCache(Connection conn) { PreparedStatement pstmt = null; try { pstmt = conn.prepareStatement("select /*cache_test1 */ * from t1 where rownum<=1"); pstmt.execute(); } catch (Exception e) { e.printStackTrace(); } finally { try { pstmt.close(); } catch (SQLException e) { e.printStackTrace(); } } } public static void testNoCache(Connection conn) { PreparedStatement pstmt = null; try { pstmt = conn.prepareStatement("select /*nocache_test1 */ * from t1 where rownum<=1"); pstmt.execute(); } catch (Exception e) { e.printStackTrace(); } finally { try { pstmt.close(); } catch (SQLException e) { e.printStackTrace(); } } } }
编译上述代码文件TestStmtCache.java,并运行:
E:\JavaCode>set CLASSPATH=.;ojdbc14.jar E:\JavaCode>d:\works\Java\jdk1.5.0_21\bin\javac TestStmtCache.java E:\JavaCode>d:\works\Java\jdk1.5.0_21\jre\bin\java TestStmtCache
在数据库中进行查询:
SYS@xj11g> select sql_id,parse_calls,executions,sql_text from v$sqlarea where sql_text like '%cache_test%' and sql_text not like '%v$%'; SQL_ID PARSE_CALLS EXECUTIONS SQL_TEXT ------------- ----------- ----------- ------------------------------------------------------------ 3nbu9qp40ptjk 200 200 select /*nocache_test1 */ * from t1 where rownum< =1 47hja0fwmmb6c 1 200 select /*cache_test1 */ * from t1 where rownum<=1
可以看到,这两条SQL语句,都执行了200次,但是标记为”nocache_test1″的SQL没有进行语句缓存,其parse calls为200次,即解析了200次,其中一次是硬解析。而标记为”cache_test1″的SQL语句,使用了语句缓存,但是parse calls只有1次,即只有一次硬解析,执行了200次。这里关键的代码在于:
((OracleConnection)conn).setStatementCacheSize(20); ((OracleConnection)conn).setImplicitCachingEnabled(true);
上述第一行代码设置语句缓存大小,当然20比较偏小,对于比较大型的系统来说,设到200-300比较合适,不过这会耗用一定数量的JAVA内存。这个数值表示一个连接能够缓存多少语句。第二行代码是设置隐式打开语句缓存,也即自动会对PreparedStatement的SQL语句进行缓存。
那么,上述的方式无疑是比较简单的,但是这种方式有一个问题就是,缓存的利用效率可能不高,因为JAVA会将不常用的SQL语句也进行了缓存。Oracle的JDBC驱动也提供了一种手工控制的方式:
将测试代码中的第22行替换为:
((OracleConnection)conn).setExplicitCachingEnabled(true);
第40行替换为:
pstmt = ((OracleConnection)conn).getStatementWithKey ("cache_test1"); if (pstmt==null)
第46行替换为:
((OraclePreparedStatement)pstmt).closeWithKey ("cache_test1");
这样通过手工编码的方式控制哪些语句需要缓存,哪些不需要。
关于语句缓存(Statement Caching)可以参考Oracle在线文档:Statement and Result Set Caching
建议继续学习:
- 浅析http协议、cookies和session机制、浏览器缓存 (阅读:15758)
- 分布式缓存系统 Memcached 入门 (阅读:14700)
- 强制刷新本地 DNS 缓存记录 (阅读:9224)
- php缓存与加速分析与汇总 (阅读:6248)
- Web应用的缓存设计模式 (阅读:5853)
- 浏览器缓存机制 (阅读:5754)
- 缓存设计的一些思考 (阅读:5707)
- 谈冷热数据 (阅读:5731)
- 使用memc-nginx和srcache-nginx构建高效透明的缓存机制 (阅读:5686)
- 系统架构的一些思考 (阅读:5590)
扫一扫订阅我的微信号:IT技术博客大学习
- 作者:老熊 来源: 老熊的三分地-Oracle、UNIX、数据恢复
- 标签: JDBC 缓存 语句缓存
- 发布时间:2013-09-15 22:26:43
- [67] Go Reflect 性能
- [67] Oracle MTS模式下 进程地址与会话信
- [67] 如何拿下简短的域名
- [61] IOS安全–浅谈关于IOS加固的几种方法
- [60] 图书馆的世界纪录
- [59] 【社会化设计】自我(self)部分――欢迎区
- [58] android 开发入门
- [56] 视觉调整-设计师 vs. 逻辑
- [49] 给自己的字体课(一)——英文字体基础
- [47] 界面设计速成