[
https://issues.apache.org/jira/browse/KYLIN-2881?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Zhong Yanghong updated KYLIN-2881:
----------------------------------
Description:
A query may need a bunch of hconnections to visit hbase. Anyone of them fails,
the whole query should be interrupted, and all of the related hconnections
should be released for future other queries despite that currently we cannot
interrupt the threads at hbase coprocessor side.
To achieve this goal, there're still some improvements:
* Before putting data to the queue of {{ExpectedSizeIterator}}, check whether
it's timeout & whether exception exist
* If any exception found in {{ExpectedSizeIterator}}, the callback of
coprocessor call should be return early & all of other hconnection threads
should be interrupted if possible.
was:
A query may need a bunch of hconnections to visit hbase. Anyone of them fails,
the whole query should be interrupted, and all of the related hconnections
should be released for future other queries despite that currently we cannot
interrupt the threads at hbase coprocessor side.
To achieve this goal, there're still some improvements:
* When query timeout, stop putting data to the queue of {{ExpectedSizeIterator}}
* If any exception found in {{ExpectedSizeIterator}}, the callback of
coprocessor call should be return early.
* Before putting data to the queue of {{ExpectedSizeIterator}}, check whether
exception exist
* If any exception found in {{ExpectedSizeIterator}}, all of other hconnection
threads should be interrupted if possible.
> Improve hbase coprocessor exception handling at kylin server side
> ------------------------------------------------------------------
>
> Key: KYLIN-2881
> URL: https://issues.apache.org/jira/browse/KYLIN-2881
> Project: Kylin
> Issue Type: Improvement
> Components: Query Engine
> Affects Versions: v2.1.0
> Reporter: Zhong Yanghong
> Assignee: Zhong Yanghong
> Fix For: v2.2.0
>
>
> A query may need a bunch of hconnections to visit hbase. Anyone of them
> fails, the whole query should be interrupted, and all of the related
> hconnections should be released for future other queries despite that
> currently we cannot interrupt the threads at hbase coprocessor side.
> To achieve this goal, there're still some improvements:
> * Before putting data to the queue of {{ExpectedSizeIterator}}, check whether
> it's timeout & whether exception exist
> * If any exception found in {{ExpectedSizeIterator}}, the callback of
> coprocessor call should be return early & all of other hconnection threads
> should be interrupted if possible.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
