Let Mondrian reconstruct cube without restarting

最新推荐文章于 2025-11-26 15:59:01 发布

最新推荐文章于 2025-11-26 15:59:01 发布 · 153 阅读

文章标签：

#后端 #java

Mondrian 专栏收录该内容

1 篇文章

订阅专栏

在项目中使用Mondrian时遇到后端ETL的Patch导致聚集表行数过少，被误认为高级别聚集表，影响关键MDX查询。通过暴露特定URL并调用CacheControl的flushSchemaCache()方法，成功清空schemacache，解决了使用错误聚集表的问题。

我们的项目使用Mondrian。
前几天，后端ETL的Patch导致一张聚集表的行数过少，以至于被Mondrian误认为是高级别的聚集表，很多关键的MDX最终都查询了这个表。
更可恶的是这张表里的数据是错的，还不如没有这张表，要是没有的话，至少从fact表或其他低层聚集表直接聚集都还能得到正确的数据。
现在，后端ETL的过程修复了，那个聚集表的行数也正常了，但是Mondrian仍然在使用这张表。重启应用可以解决，于是让管服务器的重启tomcat，但杳无音讯，也不是长久之计。
后来我想了一个办法：暴露一个URL，该URL对应的Controller会调用CacheControl的flushSchemaCache()方法。这样，schema cache就被清空了，后面再来的查询就可以使用到正确的聚集表。


public void reConnect() {
	if (conn != null) {			
	CacheControl cacheControl = conn.getCacheControl(null);
	cacheControl.flushSchemaCache();
	conn.close();
	conn = null;
	}
	//get new connection
	....
}

参考资料：http://mondrian.pentaho.com/documentation/configuration.php#Cache_management