隐含连接缓存
在Oracle 数据库10g 之前，JDBC 驱动程序可提供连接缓存支持，然而
在可扩展性、易用性和可管理性方面存在诸多限制。例如，所有对象均在
同一数据库中，并作为同一用户进行鉴权，而没有清除失效连接的机制；
此外，由于所有对话均属于同一数据库，并作为同一用户进行鉴权，因此
根本无法存储作为其它用户进行鉴权的连接。Pre-10g JDBC 驱动程序缓存
管理不允许连接缓存在可能失效时调整大小或刷新；不支持搜索连接或收
回所放弃的连接。这些缺点促使了对一种更完善的新型连接缓存机制“隐含
连接缓存”的需求。
隐含连接缓存可提供丰富的特性，包括：透明或隐含访问连接缓存，支持
存储任何经过鉴权的连接，能够刷新或重复利用来自缓存的失效连接，支
持基于用户定义的属性的连接检索、基于属性和权重的连接检索。
透明访问连接缓存
通过缺省设置，DataSources 允许获得直接到数据库的物理连接。利用“隐
含连接缓存“，通过简单将DataSource 属性ConnectionCachingEnabled
指向true，便可从连接缓存获得连接，始终使用同一标准getConnection()
API。这极大简化了DataSource 和连接缓存访问。其它所有事项均可选，
并可根据需求来执行。例如，可以选定一组定义缓存行为的连接缓存属性，
而不必使用缺省属性。
// Example to show binding of OracleDataSource to JNDI
// with relevant cache properties set on the DataSource.
…
// Set DataSource properties
ods.setUser(“Scott”);
…
ods.setConnectionCachingEnabled(True);
ods.setConnectionCacheName(“MyCache”);
ods.setConnectionCacheProperties(cp);
ctx.bind(“MyDS”, ods);
…
ods =(OracleDataSource) ctx. lookup(“MyDS”); // lookup cache DataSource
//Transparent creation and retrieval of connection(s) from “MyCache”
conn = ods.getConnection();
conn.close(); // return connection to the cache
…
感谢Oracle10g jdbc driver带来的令人激动人心的特性，但是在实际的使用过程中，出现了下列问题：
问题描述： 在使用了setConnectionCachingEnabled(True); 语句后，我们发现当程序在Cache模式运行下
，如果这个时候对数据库中的PLSQL的内容进行更改后，运行程序访问这个PLSQL的话，会报出如下错误：
（CSDN如何上传图片，faint）依次为ORA-06512，ORA-0650，ORA-04065，ORA-04061，ORA-04068，最后一个错误是Package的状态已经被废弃。
经过调查，发现
1。如果不使用Cache，不会出现这个问题。
2。使用Cache，这个问题会在不同的server上面在不同的一段时间间隔内自动消失。
3。如果不使用Cache，也无法使用Oracle提供的连接池功能。如最小的连接数，初始化时所建立的连接数等。
4。不是所有的PLSQL的内容变更后都出现这个问题，只有PLSQL中包含有DB LINK的PLSQL才存在此问题。
解决篇：
根据2。使用Cache，这个问题会在不同的server上面在不同的一段时间间隔内自动消失。
这个特性，从Cache的设定参数上进行测试，终于发现 解决方法。
解决方法：
这段是Oracle的官方文档
Connection Recycling Support
Over a period of time, connection cache accumulates stale connections. There are two modes for recycling or refreshing stale connections in the cache: REFRESH_INVALID_CONNECTIONS and REFRESH_ALL_CONNECTIONS.
• With REFRESH_INVALID_CONNECTIONS each PooledConnection in the cache is checked3; if invalid, the connection’s resources are removed and replaced with a new PooledConnection.
• WIth REFRESH_ALL_CONNECTIONS, all the available connections in the cache are closed and replaced with new valid physical connections.
3 The validity test is as simple as: select 1 from dual;
程序中的设定：
在从data source中取得db连接之前调用如下这段话即可
OracleConnectionCacheManager.refreshCache(cache名,oracle.jdbc.pool.OracleConnectionCacheManager.REFRESH_INVALID_CONNECTIONS);
总结： 新技术伴随着新风险， 莫名其妙的问题虽然解决了，但是 为什么是DBLINK，这其中的具体的产生原因又是什么呢？
