解决Hibernate SQL Query Cache的一个可靠性问题.docVIP

解决Hibernate SQL Query Cache的一个可靠性问题(附源码) 上篇 帖子 Hibernate查询缓存的一个可靠性问题 说发现Hibernate 的 Query Cache 在使用 SQL Query 时的一个可靠性 Bug， 即在关联表数据修改后，无法查询出最新数据的问题。 经过源码分析，找到问题所在，并通过修改 Hibernate 源代码，成功解决了此问题。 ??? Hibernate 3.1， JDK 1.4 1. 问题原因： ??? 走了一下源码，大致找到了问题所在，? SQLQueryReturnProcessor 在分析 query 时，用于判断缓存失效的? querySpaces[]只分析出了返回结果对应的表，例如例子中的权限点表：sys_perm,? 而sql中的关联表没有分析出来，并放到 querySpaces[] 中。 ?? 具体分析： ??? 类 org.hibernate.loader.custom.SQLCustomQuery, 它是解析 SQL Query 的一个包装类。 ??? SQLCustomQuery 类有一个与缓存相关的属性，querySpaces 集合 ： ?? Java代码 private?final?Set?querySpaces?=?new?HashSet();??? private final Set querySpaces = new HashSet(); ??? 通过源码分析，发现 querySpaces? 主要用来进行Cache更新检查，querySpaces? 存放的是基本VOClass 对应的 tableName, 例如： {SYS_PERM,SYS_USER} . Hibernate 在执行查询时，会检查这个集合中的所有 tableName, 如果该任意一个 tableName 对应 VOClass 二级缓存 有增，删，改的更新操作，即 UpdateTimestampsCache 不是最新的 ，那么该 Query 的 cache 就失效，就会重新去数据库中查询 ID 集合。 ??? SQLCustomQuery 在构造函数中即进行 sql 的解析和querySpaces[]的判断，其中中有这样一段代码： Java代码 ??public?SQLCustomQuery(.....)?throws?HibernateException?{ ?? ????SQLQueryReturnProcessor?processor?=?new?SQLQueryReturnProcessor(queryReturns,?scalarQueryReturns,?factory); ?? ???cess(); ?? ?????.... ?? ????SQLLoadable[]?entityPersisters?=?(SQLLoadable[])?processor.getPersisters().toArray(?new?SQLLoadable[0]?); ?? ?????.... ?? ???for?(int?i?=?0;?i??entityPersisters.length;?i++)?{ ?? ??????SQLLoadable?persister?=?entityPersisters[i]; ?? ???//alias2Persister.put(?aliases[i],?persister?); ?? ??//TODO:Does?not?consider?any?other?tables?referenced?in?the?query???? ?? ArrayHelper.addAll(?querySpaces,?persister.getQuerySpaces()?); ?? ????.... ?? ???} ?? ....?? public SQLCustomQuery(.....) throws HibernateException { SQLQueryReturnProcessor processor = new SQLQueryReturnProcessor(queryReturns, scalarQueryReturns, factory); cess(); .... SQLLoadable[] entityPersisters = (SQLLoadable[]) processor.getPersisters().toArray( new SQLLoadable[0] ); .... for (int i = 0; i entityPersisters.le