Я использую JPivot, который поставляется с Pentaho 3.8.0.stable.45256.Всякий раз, когда я пытаюсь углубиться в отчет JPivot, он дает мне Resultset Overflow Occurred
.Когда я второй раз нажимаю на знак +
и раскрываю, он работает.Я гуглил по этому поводу и обнаружил, что это происходит из-за настроек в mondrian.properties
.Ниже приведены настройки, которые я сделал в соответствии с инструкциями на одном из форумов Пентахо:
mondrian.result.limit=0
mondrian.olap.case.sensitive=false
mondrian.native.crossjoin.enable=false
mondrian.native.ExpandNonNative=false
Все вышеперечисленные настройки находятся в
pentaho-solutions/system/mondrian/mondrian.properties
Иперезапустил Пентахо.Но ошибка все еще сохраняется.Похоже, что либо эти изменения не вступили в силу, либо возникли проблемы с запросом, сгенерированным JPivot.
Я включил log4j для проверки запроса и просмотрел журналы при возникновении ошибки.В файле журнала не регистрируется ни ошибки, ни даже запрос, сгенерированный при детализации.Он показывает только запрос MDX.Другие отчеты, которые работают хорошо, я вижу запросы SQL, зарегистрированные для них.Если эта ошибка вызвана запросом sql, то он даже не должен запускаться во второй раз.Но это так.
В чем может быть проблема?это может быть из-за переполнения памяти кучи Java?
- Настройки JPivot где-то, что мне не хватает?
- MySQL-запрос не генерируется правильно?Если да, то как мне найти запрос, поскольку его нет в журналах.
- Память кучи Java?
К вашему сведению:
- Оперативная память: 16 ГБ
- В таблице содержится более 45 миллионов записей, которые агрегируются.
Параметры CATALINA_OPT:
-d64 -server -Xms2048m -Xmx6144m -XX:PermSize=256m -XX:MaxPermSize=1024m -XX:+UseLargePages -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -Dlog4j.configuration=file:log4j.properties